Tomcat 架构概述

Tomcat 是一个 Web 应用服务器，它是对 HTTP 和 Servlet 规范的实现，简单来说它做了这几件事：处理 HTTP 协议、执行 Servlet 和处理网络 I/O。

这里以 6.0.53 版本为例（实现了 HTTP/1.1、Servlet2.5），研究其基本结构。关于源码版本，我使用的是 tomcat6，因为 7 为了重构有太多的抽象，看着实在费劲，6 代码虽有冗余但读起来很直观，并且低版本也不影响理解 Tomcat 的核心流程。

体系结构

从 server.xml 中就能够看出 Tomcat 各组件的层次结构，具体结构图如下：

Tomcat 架构

•Server：代表整个容器，它可能包含一个或多个 Service 和全局 JNDI 资源；

•Service：包含一个或多个 Connector，这些连接器与一个 Engine 相关联；

•Engine：表示请求处理流水线（pipeline），它接收所有连接器的请求，并将响应交给适当的连接器返回给客户端；

•Host：网络名称（域名）与 Tomcat 服务器的关联，默认主机名 localhost，一个 Engine 可包含多个 Host；

•Connector：处理与客户端的通信，网络 I/O；

•Context：表示一个 Web 应用程序，一个 Host 包含多个上下文。

学习群64弍46衣3凌9，资料群69似64陆0吧3

服务器模型

服务器模型（或 I/O 模型），描述的是 TCP 连接的处理方式，以及 Socket 读写时线程的状态。

Java 里常用的是 BIO 和 NIO，分别对应同步阻塞和同步非阻塞两种模型，Tomcat 中的 Connector 组件就是对这两种的封装实现。

BIO - 阻塞式

Tomcat 实现了一个一连接一线程的简单服务器模型，内部采用线程池做了优化，设计如下：

Tomcat BIO 模型

•当 Acceptor 接收到一个 TCP 连接时，线程池分配一个线程进行处理；

•线程调用 read() 方法读取 Socket 输入流中的字节，此时线程阻塞（Block），直到收到客户端发送的数据；

•收到数据后，进行解码、业务处理、编码，最后把响应发送到客户端，关闭连接。

由此可以看出，合理的分配线程池大小可以一定程度上提高系统的并发能力。

NIO - 非阻塞

BIO 的缺点在于不管当前连接有没有数据传输，它始终阻塞占用线程池内的一个线程，而 NIO 的处理方式是若通道无数据可读取，此时线程不阻塞直接返回，可用于处理其他连接，提高了线程利用率。那怎么知道什么时候处理数据的读写呢？当通道可读或可写时，内核会通知用户程序进行处理。

NIO 的编程比较复杂，常用的是 Reactor 模式，它描述了一个利用多路复用 I/O，基于事件驱动的服务器处理模型，（这里）基于 Doug Lea 的 Scalable IO in Java 对 Reactor 进行了实现。

Tomcat 的设计略有不同，其设计如下：

Tomcat NIO 模型

•Acceptor 以阻塞模式接收 TCP 连接，然后将连接注册到 Poller 上；

•Poller 以非阻塞模式处理 SSL 握手和 HTTP 请求头的读取；

•BlockPoller 模拟阻塞处理 HTTP 请求体的读取和发送响应。值得注意的是，两类 Poller 都只是负责事件的通知，I/O 操作都是由线程池中的线程完成。

那么，ServerSocketChannel 为什么阻塞？为什么要模拟阻塞处理请求体和 Servlet 响应？