Server

顶级组件，包含多个 Service。

Service

服务抽象，包含从接受请求 (Connector, Mapper) 到处理 (Adapter, Engine, Host, Context, Wrapper) 的所有组件。可以包含多个Connector 接受不同的请求

Connector

• Protocol 将请求接受、处理的组件按照协议组织起来。比如Http11NioProtocol
  • Endpoint 将接受请求的组件按照I/O 模式组织起来。比如NioEndpoint
    • Acceptor 接受请求
    • Executor 作为线程池
    • Poller 在Nio 中轮询事件
  • Processor 处理请求，相关协议codec，最终生成的是 org.apache.coyote.Request 和 org.apache.coyote.Response，需要Adapter 处理之后servlet 才能使用
• Mapper 通过请求路由到相应的Engine, Host, Context, Wrapper。
  • MapperListener 实现了 ContainerListener, LifecycleListener，会在容器加入/移除时，向mapper 注册/移除容器
• Adapter，实现了 service(org.apache.coyote.Request req, org.apache.coyote.Response res) 将内部的Request/Response 转为 ServletRequest/ServletResponse 并传入 container 的pipeline 中。

Container

Engine

container 的顶级组件，包含多个Host

Host

虚拟主机。与一个域名绑定在一起，在mapping 的时候依靠host name 和 aliases 来路由。DNS 可能将多个域名都指向同一个tomcat server，这时候就需要通过不同的虚拟主机来区分不同的请求。
基础的两项配置。

• name 虚拟主机的域名
• appBase 指定web应用的根目录，可以和 context 的docBase 共同组成应用完整路径

Context

代表一个web 应用（比如一个WAR 文件），一个web应用可能对应多个servlet。基础的两项配置

• path 路由匹配的路径
• docBase 指定web应用的目录
  配置可参考 Tomcat中Context元素详解

在init servlet 的时候 Wrapper 会尝试从Context 中获取 ServletContext。
实际实现中 StandardContext 会返回 ApplicationContext 的Facade 作为 ServletContext。
ApplicationContext 维护了一个 context attribute 的 ConcurrentHashMap, 而其他许多属性都从 StandardContext 中获取。
注意：ApplicationContext 会在不同的Servlet 之间共享

WAR 文件

WAR 文件结构.png

Wrapper

对应一个Servlet。管理着相应servlet 的实例化（复用单个object, 池化等）。同时从servlet 的角度来看这也是它直接的container，负责其生命周期init, destory 方法的调用。
实际实现中 StandardWrapper 实现了ServletConfig 接口，会在servlet init 的时候将自己作为参数传入。

Valve

各个Container 承担的实际上是读取、填充配置，管理各个组件的实例和生命周期等静态的工作。
而实际的处理request/response 的工作则是由Valve 来承担。
Valve 接口主要包含

Valve getNext();
void invoke(Request request, Response response);

链式地调用invoke 方法来处理请求
每个Container 的valve 链末端都有一个 basic valve. 实际实现对应为 StandardEngineValve, StandardHostValve, StandardContextValve, StandardWrapperValve。
basic valve 承担着选择下一个container, 调用下一个container 的valve 链的工作。
StandardWrapperVavle 还具有调用 servlet filter 链，和实例化servlet，调用servlet 的功能。