Tomcat 的整体分层架构（Server, Service, Connector, Container）

知识点图片

好的，我们来详细解析一下 Tomcat 的经典整体分层架构。这个架构设计得非常清晰，遵循了职责分离的原则，使得各个组件可以独立演化。

Tomcat 的核心架构可以概括为：一个 Server 服务器实例，包含一个或多个 Service 服务，每个 Service 又包含一个或多个 Connector 连接器和一个 Container 容器。

下面我们逐层分解：

1. 顶层：Server（服务器）

角色：顶级元素，代表整个 Tomcat 服务器实例。
职责：
- 作为 Tomcat 的“总开关”，是 Catalina Servlet 引擎的包装器。
- 负责生命周期管理，包括启动、停止和重新加载整个服务器。
- 它可以包含多个 Service 组件。
类比：像一个公司的“总部大楼”，它本身不处理具体业务，但管理着楼里的所有部门（Service）。
配置文件体现：在 server.xml 中，<Server> 是根元素。

xml

<Server port="8005" shutdown="SHUTDOWN">
  ... <!-- 包含一个或多个 Service -->
</Server>

2. 第二层：Service（服务）

角色：逻辑功能单元，将连接器（Connector）和容器（Container）绑定在一起。
职责：
- 本身不直接处理请求，而是作为一个“中介”或“组合体”，将接收到的请求通过 Connector 传递给正确的 Container 进行处理。
- 一个 Server 可以有多个 Service（例如，为了隔离不同的应用或实现不同的协议），但通常只有一个。
核心关系：一个 Service 必须包含一个 Engine（Container 的核心）和至少一个 Connector。
类比：像公司里的一个“事业部”（如电商事业部），它包含了处理客户咨询的“客服团队”（Connector）和处理订单的“核心生产团队”（Container）。
配置文件体现：在 server.xml 中，<Service> 元素嵌套在 <Server> 内。

xml

<Service name="Catalina"> <!-- 默认的服务名 -->
  ... <!-- 包含一个或多个 Connector -->
  ... <!-- 包含一个 Engine (Container) -->
</Service>

3. 第三层：Connector（连接器）

角色：网络入口，负责监听网络端口，接收客户端（浏览器、其他服务等）的请求，并将其转换为容器可以处理的内部请求对象，然后将响应返回给客户端。
职责：
- 网络通信：处理 Socket 连接，解析 HTTP/HTTPS/AJP 等协议。
- 协议解析：将字节流解析为 Request 对象（包含请求头、请求体等信息）。
- 请求转发：将解析好的 Request 和 Response 对象交给 Service 关联的 Container 进行处理。
- 性能优化：通常支持 NIO、NIO2、APR 等多种 I/O 模型，以及线程池来处理并发请求。
关键点：一个 Service 可以有多个 Connector，这意味着 Tomcat 可以同时监听多个端口（如 8080 用于 HTTP，8443 用于 HTTPS，8009 用于 AJP）。
类比：像公司的“前台”或“客服热线”，负责接听电话（监听端口）、记录客户需求（解析协议），然后将需求单转交给后端的专业部门（Container）去解决。
常见类型：
- HTTP/1.1 Connector：最常用，处理 HTTP 请求。
- AJP Connector：用于与前端 Web 服务器（如 Apache HTTP Server）集成，通过 AJP 协议通信，效率更高。
- HTTPS Connector：配置 SSL 证书，处理加密的 HTTPS 请求。
配置文件体现：

xml

<Service name="Catalina">
  <!-- HTTP Connector -->
  <Connector port="8080" protocol="HTTP/1.1"
             connectionTimeout="20000"
             redirectPort="8443" />

  <!-- AJP Connector -->
  <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
  ...
</Service>

4. 第四层：Container（容器）

角色：Servlet 容器，是 Tomcat 处理请求的核心。它负责实例化、调用和管理 Servlet。
结构：Container 是一个层级化的结构，自顶向下依次为：
1. Engine（引擎）
  - 角色：Container 的最顶层，代表一个完整的 Servlet 引擎。
  - 职责：处理同一个 Service 下的所有请求。它匹配请求到对应的 Host。
  - 类比：像公司的“总生产调度中心”，接收所有订单（请求），然后根据订单上的收货地址（域名）分配给正确的分公司（Host）。
2. Host（虚拟主机）
  - 角色：代表一个虚拟主机（或一个域名）。
  - 职责：根据请求的域名，将请求映射到对应的 Context。一个 Engine 可以包含多个 Host（例如，一台服务器上部署了 www.siteA.com 和 www.siteB.com 两个网站）。
  - 类比：像公司的某个“地区分公司”，负责处理该区域的所有订单。
3. Context（上下文）
  - 角色：代表一个 Web 应用程序。对应一个 WEB-INF 目录和 web.xml 文件。
  - 职责：是 Servlet 规范的实现部分，负责管理该 Web 应用的 Servlet、Filter、Listener 等。它是实际运行 Servlet 的地方。
  - 类比：像分公司里的一个“具体项目组”（如“双十一大促项目组”），负责处理特定类型的订单（请求）。
4. Wrapper（包装器）
  - 角色：Container 的最小单位，代表一个具体的 Servlet。
  - 职责：负责管理 Servlet 的生命周期（加载、实例化、初始化、调用、销毁）。它实现了 Servlet 的单例或多实例模式。
  - 类比：像项目组里的“具体员工”（如“张三”），他专门负责处理“创建订单”这类具体任务（Servlet）。
工作流程：当一个请求到达时，其传递路径是：Connector -> Engine -> Host -> Context -> Wrapper。Wrapper 最终会调用目标 Servlet 的 service() 方法。
配置文件体现：在 server.xml 中定义 Engine 和 Host，而 Context 通常在 conf/Catalina/localhost/ 目录下以 XML 文件形式配置，或者放在 webapps 目录中（自动映射）。

xml

<Service name="Catalina">
  ... <!-- Connectors -->

  <!-- Container Hierarchy -->
  <Engine name="Catalina" defaultHost="localhost">
    <Host name="localhost" appBase="webapps"
          unpackWARs="true" autoDeploy="true">
      <!-- Context 可以省略，因为 appBase="webapps" 会自动部署 -->
      <!-- 也可以显式配置： -->
      <!-- <Context path="/myapp" docBase="/path/to/myapp" /> -->
    </Host>
  </Engine>
</Service>

总结与数据流

让我们通过一个用户访问 http://localhost:8080/myapp/index.jsp 的例子来串联整个流程：

Server：Tomcat 实例已启动。
Service：Catalina 服务被激活。
Connector（HTTP/1.1 @ 8080）：监听到来自浏览器的 HTTP 请求。
Connector 解析请求，创建 Request/Response 对象，并将其提交给关联的 Container。
Container 开始处理：
- Engine：接收到请求，根据域名 localhost 找到对应的 Host。
- Host：接收到请求，根据应用上下文路径 /myapp 找到对应的 Context（即 myapp 这个 Web 应用）。
- Context：接收到请求，根据 URL 中的 /index.jsp，找到对应的 Wrapper（即 JspServlet 的包装器）。
- Wrapper：负责调用 JspServlet 的 service() 方法。JSP 会被编译成 Servlet 再执行，生成 HTML 内容。
响应返回：处理结果沿着原路返回：Wrapper -> Context -> Host -> Engine -> Connector。
Connector：将 Response 对象转换回 HTTP 响应，通过网络发送回浏览器。

这种分层架构的优点在于高内聚、低耦合，每一层只关心自己的职责，使得 Tomcat 非常灵活、稳定且易于扩展。

播面