tomcat架构分析

Tomcat 设计了两个核心组件连接器（Connector）和容器（Container）

连接器（Connector）处理 Socket 连接，负责网络字节流与 Request 和 Response 对象的转化。

容器（Container）加载和管理 Servlet，以及具体处理 Request 请求。

连接器：

监听网络端口。

接受网络连接请求。

读取请求网络字节流。

根据具体应用层协议（HTTP/AJP）解析字节流，生成统一的 Tomcat Request 对象。

将 Tomcat Request 对象转成标准的 ServletRequest。

调用 Servlet 容器，得到 ServletResponse。

将 ServletResponse 转成 Tomcat Response 对象。

将 Tomcat Response 转成网络字节流。

将响应字节流写回给浏览器。

 

3 个功能组件：

EndPoint：网络通信。EndPoint 负责提供字节流给 Processor。EndPoint是通信端点，即通信监听的接口，是具体的 Socket 接收和发送处理器，是对传输层的抽象，因此 EndPoint 是用来实现 TCP/IP 协议的。EndPoint 是一个接口，它的抽象实现类 AbstractEndpoint 里面定义了两个内部类：Acceptor 和 SocketProcessor。其中 Acceptor 用于监听 Socket 连接请求。SocketProcessor 用于处理接收到的 Socket 请求，它实现 Runnable 接口，在 Run 方法里调用协议处理组件 Processor 进行处理。为了提高处理能力，SocketProcessor 被提交到线程池来执行。

Processor ：应用层协议解析。负责提供 Tomcat Request 对象给 Adapter。Processor 用来实现 HTTP 协议，Processor 接收来自 EndPoint 的 Socket，读取字节流解析成 Tomcat Request 和 Response 对象，并通过 Adapter 将其提交到容器处理，Processor 是对应用层协议的抽象。Processor 是一个接口，定义了请求的处理等方法。它的抽象实现类 AbstractProcessor 对一些协议共有的属性进行封装，没有对方法进行实现。具体的实现有 AJPProcessor、HTTP11Processor 等，这些具体实现类实现了特定协议的解析方法和请求处理方式。

Adapter：Tomcat Request/Response 与 ServletRequest/ServletResponse 的转化。Adapter 负责提供 ServletRequest 对象给容器。 运用了适配器模式，连接器调用 CoyoteAdapter 的 Sevice 方法，传入的是 Tomcat Request 对象，CoyoteAdapter 负责将 Tomcat Request 转成 ServletRequest，再调用容器的 Service 方法。

其中，考虑将网络通信和应用层协议解析放在一起，ProtocolHandler 的接口及抽象基类AbstractProtocol来封装这两种变化点。抽象基类 AbstractProtocol 实现了 ProtocolHandler 接口，负责封装稳定的部分。

 

容器的层次结构

Tomcat 设计了 4 种容器，分别是 Engine、Host、Context 和 Wrapper。这 4 种容器不是平行关系，而是父子关系。

通过一种分层的架构，使得 Servlet 容器具有很好的灵活性。

Context 表示一个 Web 应用程序；Wrapper 表示一个 Servlet，一个 Web 应用程序中可能会有多个 Servlet；Host 代表的是一个虚拟主机，或者说一个站点，可以给 Tomcat 配置多个虚拟主机地址，而一个虚拟主机下可以部署多个 Web 应用程序；Engine 表示引擎，用来管理多个虚拟站点，一个 Service 最多只能有一个 Engine。

 

Tomcat 就是用组合模式来管理这些容器，所有容器组件都实现了 Container 接口。

public interface Container extends Lifecycle {

    public void setName(String name);

    public Container getParent();

    public void setParent(Container container);

    public void addChild(Container child);

    public void removeChild(Container child);

    public Container findChild(String name);

}

连接器中的 Adapter 会调用容器的 Service 方法来执行 Servlet，

Tomcat 是用 Mapper 组件来确定请求是由哪个 Wrapper 容器里的 Servlet 来处理。具体实现是使用 Pipeline-Valve 管道。

Pipeline-Valve 是责任链模式，责任链模式是指在一个请求处理的过程中有很多处理者依次对请求进行处理，每个处理者负责做自己相应的处理，处理完之后将再调用下一个处理者继续处理。

Valve 表示一个处理点，比如权限认证和记录日志。如果你还不太理解的话，可以来看看 Valve 和 Pipeline 接口中的关键方法。

public interface Valve {

  public Valve getNext();

  public void setNext(Valve valve);

  public void invoke(Request request, Response response)

}

由于 Valve 是一个处理点，因此 invoke 方法就是来处理请求的。注意到 Valve 中有 getNext 和 setNext 方法，因此我们大概可以猜到有一个链表将 Valve 链起来了。请你继续看 Pipeline 接口：

public interface Pipeline extends Contained {

  public void addValve(Valve valve);

  public Valve getBasic();

  public void setBasic(Valve valve);

  public Valve getFirst();

}

 Pipeline 中还有个 getBasic 方法。这个 BasicValve 处于 Valve 链表的末端，它是 Pipeline 中必不可少的一个 Valve，负责调用下层容器的 Pipeline 里的第一个 Valve。

整个调用过程由连接器中的 Adapter 触发的，它会调用 Engine 的第一个 Valve：

// Calling the container

connector.getService().getContainer().getPipeline().getFirst().invoke(request, response);

Wrapper 容器的最后一个 Valve 会创建一个 Filter 链，并调用 doFilter() 方法，最终会调到 Servlet 的 service 方法。

 

 Valve 和 Filter 有什么区别吗？

Valve 是 Tomcat 的私有机制，与 Tomcat 的基础架构 /API 是紧耦合的。Servlet API 是公有的标准，所有的 Web 容器包括 Jetty 都支持 Filter 机制。

另一个重要的区别是 Valve 工作在 Web 容器级别，拦截所有应用的请求；而 Servlet Filter 工作在应用级别，只能拦截某个 Web 应用的所有请求。如果想做整个 Web 容器的拦截器，必须通过 Valve 来实现。

 

Tomcat 支持的 I/O 模型有：

NIO：非阻塞 I/O，采用 Java NIO 类库实现。

NIO2：异步 I/O，采用 JDK 7 最新的 NIO2 类库实现。

APR：采用 Apache 可移植运行库实现，是 C/C++ 编写的本地库。

Tomcat 支持的应用层协议有：

HTTP/1.1：这是大部分 Web 应用采用的访问协议。

AJP：用于和 Web 服务器集成（如 Apache）。

HTTP/2：HTTP 2.0 大幅度的提升了 Web 性能。

 

参考来源：极客时间