Tomcat笔记①——整体架构

本文链接： https://blog.csdn.net/qq_35262405/article/details/101552047

Tomcat历史

Tomcat最初有sun公司的架构师James Duncan Davidson开发，名称“JavaWebServer”。

1999与Apache软件基金会旗下的JServ项目合并，也就是Tomcat。

2001 tomcat4.0 里程碑式的版本。完全重新设计了其架构，并实现了Servlet2.3和JSP 1.2规范。

到目前，Tomcat已经成为成熟的Servlet容器产品，并作为 JBoss等应用的服务器的内嵌Servlet容器

版本	6.X	7.X	8.X	8.5.X	9.X
JDK	》=5.0	》=6.0	》=7.0	》=7.0	》=8.0
Servlet	2.5	3.0	3.1	3.1	4.0
JSP	2.1	2.2	2.3	2.3	2.3
EL	2.1	2.2	3.0	3.0	3.0
WebSocket	N/A	1.1	1.1	1.1	1.1

Tomcat架构

Tomcat的整体架构如下，Tomcat代表的就是整个Server服务器，它会有许多Service（服务），而Service可以分为两个部分，Connector和Container。
在这里插入图片描述

Server

它接受请求并解析，完成相关任务，返回处理结果，通常情况下使用Socket监听服务器指定端口来实现该功能，一个最简单的服务设计如下：
在这里插入图片描述

Start()：启动服务器，打开socket连接，监听服务端口，接受客户端请求、处理、返回响应
Stop()：关闭服务器，释放资源

缺点：请求监听和请求处理放一起扩展性很差（协议的切换 tomcat独立部署使用HTTP协议，与Apache集成时使用AJP协议）

改进：网络协议与请求处理分离

在这里插入图片描述
一个Server包含多个Connector（链接器）和Container（容器）

Connector：开启Socket并监听客户端请求，返回响应数据；
Container：负责具体的请求处理

缺点：Connector接受的请求由那个Container处理，需要建立映射规则

所以就出现了service组件

Service

在这里插入图片描述
一个Server可以包含多个Service，每一个Service都是独立的，他们共享一个JVM以及系统类库。

一个Service负责维护多个Connector和一个Container，这样来自Connector的请求只能有它所属的Service维护的Container处理。

在这里Container是一个通用的概念，为了明确功能，并与Tomcat中的组件名称相同，可以将Container命名为Engineer。
在这里插入图片描述

Engine

在Engine容器中需要支持管理WEB应用，当接收到Connector的处理请求时，Engine容器能够找到一个合适的Web应用来处理，因此在上面设计的基础上增加Context来表示一个WEB应用，并且一个Engine可以包含多个Context。

在这里插入图片描述
缺点：应用服务器需要将每个域名抽象为一个虚拟主机。

在这里插入图片描述
在一个web应用中，可以包含多个Servlet实例来处理来自不同的链接请求，因此我们还需要一个组件概念来表示Servlet定义，即Wrapper。

在前面的多次Container容器中，有Engine、Host、Context、Wrapper等，可以理解为Container的子类。