|
这种方式简单好用，但是在高并发场景下有缺陷。在单线程环境下，程序发送http请求是串行的，也就是第一个请求未完成的情况下，第二个请求发不出去，就像一条单行车道，车子只能一辆一辆的过。 为此我们会引入多线程提高并发性，然而多线程对并发发送http请求的提升也是有限的，比如8个线程同时只能发送8个请求，假如每个请求从发送到得到结果的时间是1秒，那么8个线程每秒钟也只能发送8个请求，而线程不能无线多开，因此多线程并不能很好的解决客户端高并发发送请求的问题。 这听起来很扯淡，我们使用的服务器配置动不动就8核16G，为什么发送http请求的能力如此弱鸡，实际上这并不是服务器的锅，也不是java的锅，而是http工作模式的原因，在发送数据和得到数据的过程中有一个等待的过程，等待的过程并不消耗CPU，但是会让当前线程陷入等待，干不了别的事情。如果把多线程转换成线程池的模式，那么使用同步http时，在高并发场景下，线程池的队列中会堆积大量请求任务发不出去，而被请求的目标服务器，却还远没有达到瓶颈。 解决方案是使用异步http模型，我们知道nodejs因为天生的异步高性能而出名，实际上异步并不是nodejs的专利，任何主流的高级语言都支持，如 java、c++、.net等。 异步为什么快呢？因为异步http去除了同步http请求的等待过程，只保留了发送和处理得到数据的过程， 这听起来很扯蛋，发送http怎么可能没有等待呢？我在浏览器里访问网站不也要等一会才能打开页面吗？ 实际上异步http请求并不是没有等待，只是把等待的这个步骤从当前线程转移到了别的地方，当前线程除了发送数据， 可以不干别的事情，而发送数据非常快，每一刻都是成千上万，可以充分利用计算机资源，而不是空等啥都干不了。 |
|
|
