Tomcat 系统架构与原理剖析

Tomcat 系统架构与原理剖析

浏览器访问服务器的流程

浏览器是客户端（发送HTTP请求）-> 服务器端

注意：浏览器访问服务器使用的是Http协议，Http是应用层协议，用于定义数据通信的格式，具体的数据传输使用的是TCP/IP协议

注意：浏览器访问服务器使用的是Http协议，Http是应用层协议，用于定义数据通信的格式，具体的数据传输使用的是TCP/IP协议

Tomcat 系统总体架构

Tomcat 请求处理大致过程

Tomcat是一个Http服务器（能够接收并且处理Http请求，所以tomcat是一个http服务器）

我们使用浏览器向某一个网站发起请求，发出的是Http请求，那么在远程，Http服务器接收到这个请求之后，会调用具体的程序（Java类）进行处理，往往不同的请求由不同的Java类完成处理。

HTTP 服务器接收到请求之后把请求交给Servlet容器来处理，Servlet 容器通过Servlet接口调用业务类。Servlet接口和Servlet容器这⼀整套内容叫作Servlet规范。

注意：Tomcat既按照Servlet规范的要求去实现了Servlet容器，同时它也具有HTTP服务器的功能。

Tomcat的两个重要身份

• http服务器

• Tomcat是⼀个Servlet容器

Tomcat Servlet 容器处理流程

当用户请求某个URL资源时：

1. HTTP服务器会把请求信息使用ServletRequest对象封装起来
2. 调用Servlet容器，根据URL和Servlet的映射关系，找到对应的具体处理的Servlet
3. 如果Servlet还没有被加载，就用反射机制创建这个Servlet，并调用Servlet的init方法来完成初始化
4. 接着调用这个具体Servlet的service方法来处理请求，请求结果使用ServletResponse对象封装
5. 把封装好的ServletResponse对象返回给HTTP服务器，HTTP服务器会把响应发送给客户端

Tomcat 系统总体架构

通过上面的内容，我们发现tomcat有两个非常重要的功能需要完成

• 与客户端浏览器进行交互，进行socket通信，将字节流和Request/Response等对象进行转换
• Servlet容器处理业务逻辑

Tomcat设计了两个核心组件 连接器（Connector） 和 容器（Container） 来完成Tomcat两大核心功能。

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

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

Tomcat连接器组件Coyote

Coyote 简介

Coyote 是Tomcat中连接器的组件名称，是对外的接口。客户端通过Coyote 与服务器建立连接、发送请求并接受响应

• Coyote 封装了底层的网络通信（Socket请求及响应处理）
• Coyote 使用Catalina 容器（容器组件）与具体的请求协议及IO操作方式完全解耦
• Coyote 将Socket 输入转换封装成Request 对象，进一步封装后交由Catalina 容器进行处理，处理请求完成后，Catalina 通过Coyote 提供的Response 对象将结果写入输出流
• Coyote 负责的是具体协议（应用层）和IO（传输层）相关内容
  

Tomcat Coyote 支持的IO模型与协议

Tomcat支持多种应用层协议和I/O模型，如下

应用层：

应用层协议	描述
HTTP/1.1	这是大部分Web应用采用的访问协议（默认的协议）
AJP	用于和WX基础（如Apache），以实现对静态资源的优化及集群部署，当前支持AJP/1.3
HTTP/2	HTTP 2.0大幅度的提升了Web性能。下一代HTTP协议，自8.5以及9.0版本之后支持

传输层：

IO模型	描述
NIO	非阻塞I/O，采用Java NIO类库实现（默认的IO模型）
NIO2	异步I/O，采用JDK 7 最新的NIO2类库实现
APR	采用Apache可移植运行库实现，是C/C++编写的本地库。如果选择该方案，需要单独安装APR库

在Tomcat 8.0 之前，Tomcat默认采用的I/O方式为BIO（同步阻塞IO），之后改为NIO。

无论NIO、NIO2还是APR，在性能方面均优于以往的BIO。如果采用APR，甚至可以达到Apache HTTP Server 的性能。

Coyote 的内部组件及流程

组件	作用描述
EndPoint	EndPoint 是Coyote 通信端点，即通信监听的接口，是具体Socket接收和发送的处理器，是对传输层的抽象，因此EndPoint是用来实现TCP/IP协议的
Processor	Processor是Coyote 协议处理接口，如果说EndPoint 是用来实现TCP/IP 协议的，那么Processor 是用来实现HTTP协议的，Processor接收来自EndPoint 的Socket，读取字节流解析成Tomcat Request和Response对象，并通过Adapter将其提交到容器处理，Processor是对应用层协议的抽象。
ProtocolHandler	Coyote 协议接口，通过EndPoint和Processor，实现针对具体协议的处理能力。Tomcat按照协议和I/O提供了6个实现类：AjpNioProtocol，AjpAprProtocol，AjpNio2Protocol ， Http11NioProtocol ， Http11Nio2Protocol ，Http11AprProtocol
Adapter	由于协议不同，客户端发过来的请求信息也不尽相同，Tomcat定义了自己的Request 类来封装这些请求星星。ProtocolHandler接口负责解析请求并生成Tomcat Request类。但是这个Request对象不是标准的ServletRequest，不能被CoyoteAdapter使用，这是设配器模式的经典运用，连接器调用CoyoteAdapter的Service方法，传入的是Tomcat Request对象，CoyoteAdapter负责将这个对象转换成ServletRequest，再调用容器

Tomcat Servlet 容器 Catalina

Tomcat模块分层结构及Catalina的位置

Tomcat是一个由一系列可配置（conf/server.xml）的组件构成的Web容器，而Catalina 是Tomcat的Servlet容器。

从另一个角度来说，Tomcat本质上就是一款Servlet容器，因为Catalina才是Tomcat的核心，其他模块都是为Catalina提供支撑的。比如：Coyote模块提供链接通信，Jasper模块提供JSP引擎，Naming 提供JNDI 服务，Juli 提供日志服务。

Servlet 容器Catalina 的结构

下图为一个Tomcat 实例：

其实，可以认为整个Tomcat就是一个Catalina实例，Tomcat启动的时候会初始化这个实例，Catalina实例通过加载server.xml完成其他实例的创建，创建并管理一个Server，Server创建并管理多个服务，每个服务又可以有多个Connector和一个Container

• Catalina：
  • 负责解析Tomcat的配置文件（server.xml），以此来创建服务器Server组件并进行管理
• Server：
  • 服务器表示整个Catalina Servlet 容器以及其他组件，负责组装并启动Servlet引擎、Tomcat连接器。
  • Server通过实现Lifecycle接口，提供了一种优雅的启动和关闭整个系统的方式
• Service：
  • 服务是Server内部的组件，一个Server包含多个Service。它将若干个Connector组件绑定到一个Container
• Container：
  • 容器，负责处理用户的servlet请求，并返回对象给web用户的模块

Container组件的具体结构

Container组件有几种具体的组件，分别是Engine、Host、Context和Wrapper。这四种组件/容器 是父子级关系。Tomcat通过一种分层的架构，使得Servlet容器具有很好的灵活性。

• Engine：
  • 表示整个Catalina的Servlet引擎，用来管理多个虚拟站点，一个Service最多只能有一个Engine，但是一个引擎可以包含多和Host
• Host：
  • 代表一个虚拟主机，或者说一个站点。可以给Tomcat配置多个虚拟主机地址，而一个虚拟主机下可包多个Context
• Context：
  • 表示一个Web应用程序，一个Web应用可以包含多个Wrapper
• Wrapper：
  • 表示一个Servlet，Wrapper作为容器中的最底层，不能包含子容器。

上述的组件的配置就在conf/server.xml中