tomcat的架构

tomcat的架构

概述

Tomcat 的整体架构包含了两个核心组件连接器（Connector）和容器（Container）。

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

容器负责内部处理，加载和管理 Servlet，以及具体处理 Request 请求。

连接器：

连接器用 ProtocolHandler 接口来封装通信协议和 I/O 模型的差异，ProtocolHandler 内部又分为 EndPoint 和 Processor 模块，EndPoint 负责底层 Socket 通信，Proccesor 负责应用层协议解析。连接器通过适配器 Adapter 调用容器。

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 性能。

容器

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

所有容器组件都实现了 Container 接口，因此组合模式可以使得用户对单容器对象和组合容器对象的使用具有一致性。这里单容器对象指的是最底层的 Wrapper，组合容器对象指的是上面的 Context、Host 或者 Engine。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，最先拿到请求的是 Engine 容器，Engine 容器对请求做一些处理后，会把请求传给自己子容器 Host 继续处理，依次类推，最后这个请求会传给 Wrapper 容器，Wrapper 会调用最终的 Servlet 来处理。那么这个调用过程具体是怎么实现的呢？答案是使用 Pipeline-Valve 管道。

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

Valve 表示一个处理点

public interface Valve {

  public Valve getNext();

  public void setNext(Valve valve);

  public void invoke(Request request, Response response)

}

 Pipeline 接口：

public interface Pipeline extends Contained {

  public void addValve(Valve valve);

  public Valve getBasic();

  public void setBasic(Valve valve);

  public Valve getFirst();

}

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

// Calling the container

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

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

请求的链式调用是基于 Pipeline-Valve 责任链来完成的，这样的设计使得系统具有良好的可扩展性，如果需要扩展容器本身的功能，只需要增加相应的 Valve 即可。