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 多路复用能力
