关于异步非阻塞中的非阻塞的疑惑

单线程没法实现异步。异步就相当于无限缓冲区的生产者消费者模式，所以才有流量控制，背压。这里面设计多线程，io ，网络协议问题太复杂。JS 的单线程异步，实际上是执行引擎的单线程，并不是没有 io 线程。
阻塞不阻塞是针对 IO 和网络协议的，OIO 是阻塞的，NIO （ epoll 、），AIO （ IOCP ）则不(全)是阻塞的。如果 httpclient 使用的 NIO ，则不会阻塞线程，一个线程可以创建几万连接都可以，一个连接也可以发出很多请求，但是 http 线头阻塞（ HOL ）问题，一个 HTTP 连接发出的请求要顺序返回，所以一般一个连接就发送一个请求，所以从协议看 http 是一个同步的协议。
netty 非阻塞就是 epoll 模型，epoll 通过线程的 loop （ selector 线程）来检查是否有 io 就绪事件。你现在这些困惑就是对这块系统知识不了解而已，你学一下多线程，netty 自然就能有答案了。而异步的 Servlet 让连接和处理的线程分开了，和这里并不是一个概念。
所有不在 Netty eventloop 线程处理 OIO （ JDBC ）当然就不会有阻塞。异步 Servlet 变得和 eventloop 有点相似，让连接和业务分开了，但是处理 OIO(JDBC)之类还是会阻塞业务线程的。
所以全链路异步基本很难实现的，现实是消费者速度永远更不上生产者，也不能有无限缓冲区，所以才有了线程池的拒绝策略。异步并不能提高处理速度，应该说其实降低了一点速度，但是提高了资源的利用率。

好吧，然后你说到 HttpClient 用到 NIO ，它跟 Java 11 新的 HttpClient （基于多线程或者说线程池），这两个库的底层的不同应该就是我上面列的两点的区别吧，前者肯定叫非阻塞。那后者算非阻塞吗，即便发底层发请求的线程是阻塞的，我主要问的是这个，因为我觉得对于调用线程来说它没被阻塞，但是对于底层等待 HTTP 响应的那条线程又被阻塞的。

@1194129822 好吧，然后你说到 HttpClient 用到 NIO ，它跟 Java 11 新的 HttpClient （基于多线程或者说线程池），这两个库的底层的不同应该就是我上面列的两点的区别吧，前者肯定叫非阻塞。那后者算非阻塞吗，即便发底层发请求的线程是阻塞的，我主要问的是这个，因为我觉得对于调用线程来说它没被阻塞，但是对于底层等待 HTTP 响应的那条线程又被阻塞的。

@1194129822 看了下 Servlet 3.1 的非阻塞，估计底层也是用 NIO 这种 Eventloop 形式才叫非阻塞的吧

异步是异步（线程），阻塞是阻塞（ IO ，锁等），这两个不是一个概念的东西。异步可以阻塞，只是在 JS 里，没有阻塞的概念。我记得不错的话，Java11 的 HttpClient 依然使用的是阻塞 IO, 底层线程池是 ForkJoinPool.commonPool()，这个线程池只有 nCpu-1 个线程，适合做的是内存计算问题。而且是 Stream ，CompletableFuture ，CHM 所用到的线程池。所以 Java11 HttpClient 虽然 API 设计很好，其实在服务端生产价值有限。非阻塞的 HttpClient ，如 Spring WebFlux 的 WebClient ，一个线程发出几千个请求不是问题。

NIO 也有阻塞模式，所以这里概念的确很杂。AIO 概念上就是非阻塞的，但是背压问题，linux 没有实现。