Netty 应该是非阻塞 IO，和异步 IO 不是一回事。首先你要搞清楚所谓用户态 IO 到底是在干什么，其实很简单，就是在内核缓冲区与用户进程空间之间传送数据。举个例子，调用 BufferedReader 的 readLine 方法，该方法试图读取一行，但问题是该行数据很可能没有准备好，那怎么办呢？阻塞式 IO 的做法是阻塞当前进程，进程进入阻塞态，由 OS 负责在数据准备好时唤醒该进程，然后继续执行 IO。而非阻塞 IO 的做法是跳过执行该 IO 操作，执行后续代码，典型的做法是，不断轮训以检查数据是否准备好。有人会说了，那阻塞式 IO 岂不是更好，因为阻塞时没有占用 CPU，而非阻塞花费了 CPU 时间去轮训。我的观点是，阻塞尽管没有占用 CPU，但是整个程序依然是止步不前的，当处理较多用户连接时，很明显非阻塞方式的交互式更好，响应时间更低，吞吐量也更大。另一方面，阻塞式 IO 占用更多的线程，而非阻塞 IO 可以利用 OS 的 epoll 等系统调用，实现单一线程处理多个连接，明显更适合服务器。至于异步 IO，效率可能更高，但实却非常复杂。