Apache Tomcat通过NIO连接器基于JDK的Selector实现I/O多路复用，单个Poller线程轮询多个SocketChannel，事件就绪后交由Worker线程池处理，实现高并发连接管理。
java中apache的并发模型本身并不直接实现i/o多路复用，而是通过其底层网络组件（如tomcat的nio/nio2连接器、httpclient的异步客户端）间接依赖jdk提供的i/o多路复用能力，核心是基于java nio（java.nio.channels.selector）机制。
Apache Tomcat如何利用I/O多路复用
Tomcat默认的NIO连接器（org.apache.coyote.http11.Http11NioProtocol）使用单个Selector轮询多个Channel，实现一个线程管理成百上千个连接：
- 每个SocketChannel注册到共享的Selector上，关注OP_READ或OP_WRITE事件
- 主线程（Poller线程）调用select()阻塞等待就绪事件，避免为每个连接分配独立线程
- 事件就绪后，交由固定大小的Executor线程池处理业务逻辑（如Servlet执行），实现“I/O事件分发 + 业务解耦”
- 注意：Selector本身不跨线程共享，Tomcat通过多个Poller线程（可配置）分担Selector负载，提升吞吐
Apache HttpClient 4.5+ 的异步支持
HttpClient的异步模块（HttpAsyncClient）基于NIO构建，封装了Selector和ByteBuffer的复杂性：
- 内部使用IOReactor（如DefaultConnectingIOReactor）管理Selector生命周期，自动完成连接建立、读写事件分发
- 回调式API（Future/CompletableFuture）将I/O就绪后的数据解析与业务逻辑解耦
- 连接复用、超时控制、SSL握手等均由IOReactor统一调度，无需用户手动操作Channel或Buffer
- 实际仍受限于JDK NIO：例如Linux下底层调用epoll_wait，Windows下使用select或IOCP（JDK 17+对Windows IOCP支持更完善）
与传统BIO模型的关键区别
Apache生态中启用NIO并非简单替换类库，而是重构线程协作模式：
- BIO（阻塞IO）：每个HTTP连接独占一个线程，线程数=并发连接数，易受慢请求拖垮线程池
- NIO（非阻塞IO）：少量线程（如Poller+Worker）处理大量连接，但业务逻辑若含阻塞操作（如同步DB调用），会阻塞Worker线程，抵消I/O多路复用优势
- 因此，真正发挥效果需配合异步编程模型（如Servlet 3.0+ async support、Spring WebFlux）避免在IOReactor线程中执行耗时操作
注意事项与常见误区
集成过程中容易忽略底层约束和配置细节：
立即学习“Java免费学习笔记（深入）”；
- JDK版本影响：Java 8的NIO存在Selector空轮询bug（已修复），Java 11+引入VarHandle优化Selector性能，建议使用JDK 11或更高版本
- 操作系统适配：Linux推荐启用epoll（JVM自动选择），macOS仅支持kqueue，Windows需确认JDK是否启用IOCP（可通过-Djdk.nio.maxCachedBufferSize调整缓存）
- Tomcat配置示例：在server.xml中设置protocol="org.apache.coyote.http11.Http11NioProtocol"并调整maxConnections（默认10000）、acceptCount（队列长度）以匹配I/O多路复用能力
