Tomcat 主要支持以下 4 种 I/O 模型。需要注意的是，随着 Tomcat 版本的迭代，某些模型（如 BIO）已经被移除，而某些模型（如 APR）在最新版本中发生了重大变化。

以下是详细介绍：

1. BIO (Blocking I/O)

• 描述： 传统的 Java I/O (java.io 包)。
• 工作原理： 同步阻塞式 I/O。Tomcat 使用传统的 ServerSocket 来接收请求。每当有一个客户端连接，Tomcat 就会分配一个线程专门处理该连接。如果该连接处于空闲状态（Keep-Alive），该线程也会被阻塞占用。
• 缺点： 并发能力低。在面对大量连接时，需要创建大量线程，导致资源耗尽和频繁的上下文切换。
• 版本状态： 在 Tomcat 8.5 及之后的版本中已被移除。

2. NIO (Non-blocking I/O)

• 描述： Java NIO (java.nio 包)。
• 工作原理： 同步非阻塞式 I/O。基于多路复用模型（Selector）。Tomcat 使用少量的线程（Poller 线程）就能轮询处理大量的连接。只有当连接真正有数据读写时，才会分配工作线程去处理。
• 优点： 并发能力强，能够支持成千上万的并发连接，是目前最主流的模式。
• 版本状态： Tomcat 8.x / 9.x / 10.x 的默认 I/O 模型。

3. NIO2 (Asynchronous I/O, AIO)

• 描述： Java 7 引入的 NIO2 (java.nio.channels.AsynchronousServerSocketChannel)。
• 工作原理： 异步非阻塞式 I/O。基于 Proactor 模式。线程发起 I/O 操作后立即返回，当 I/O 操作完成（如数据读取完毕）后，操作系统会通知应用程序（通过回调函数或 Future）。
• 优点： 理论上在处理大量长连接或重 I/O 操作时性能更好。
• 版本状态： 支持，但在实际生产环境中，NIO 通常已经足够高效，且 NIO2 的复杂性较高，使用频率不如 NIO。

4. APR (Apache Portable Runtime)

• 描述： 基于 JNI (Java Native Interface) 调用本地 C/C++ 库。
• 工作原理： 使用 Apache HTTP Server 的核心库（APR）。它绕过了 JVM 的 I/O 实现，直接调用操作系统的底层 I/O API（如 Linux 的 epoll，Windows 的 IOCP）。
• 优点：
  • 在处理静态资源时性能极高。
  • SSL/TLS 处理性能极佳（这是过去使用 APR 的主要原因，因为它使用 OpenSSL 库而不是 Java 的 JSSE）。
• 缺点： 部署麻烦，需要在操作系统中安装 APR 和 Native 库。
• 版本状态：
  • Tomcat 9 及之前：广泛用于提升 SSL 性能。
  • Tomcat 10.1+：APR 连接器已被移除。Tomcat 10 转而使用新的 OpenSSL 实现（通过 Java 的 FFM API 或 JNI 包装器），不再依赖旧的 APR 连接器。

总结与版本对照表

建议：
在现代生产环境中（Tomcat 8.5+），默认使用 NIO 即可。如果对 SSL 性能有极高要求，在 Tomcat 9 中可以使用 APR，在 Tomcat 10+ 中应配置基于 OpenSSL 的 NIO 实现。