Netty和Jetty的Java NIO 网络框架模型分析
这篇深度对比了 Netty 与 Jetty 这两个流行 Java 网络框架的底层 NIO 模型。作者从两者处理新连接请求的入口设计切入，揭示了它们截然不同的实现思路。 Netty 采用了专门的 Acceptor Reactor（由 Boss 线程负责），它只专注于监听和接收新的连接。一旦连接建立，便会根据连接序号对事件分离器（默认数量为 CPU 核心数的两倍）取模，将其分配给对应的 NioWorker 线程进行后续的读写监听。这种模型将“接收”与“处理”显式分离，但要求耗时操作必须异步提交，否则会阻塞整个事件循环。 相比之下，Jetty 的设计更接近经典的半同步/半异步模式。它在一个线程中通过同步的 `accept()` 方法阻塞等待新连接，就绪后生成变更事件注册到多路分离器，同样采用轮询策略分配负载。其代码结构往往被认为更直观。 作者最后提出了一个值得深思的问题：Netty 这种为“接收”单独设立线程池的方式，是否更利于处理短连接场景；而 Jetty 同步等待的传统模式，是否对长连接（如 HTTP）更友好？这背后的性能差异，还需要更精细的并发测试来验证。