文章目录
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资源时:
- HTTP服务器会把请求信息使用ServletRequest对象封装起来
- 调用Servlet容器,根据URL和Servlet的映射关系,找到对应的具体处理的Servlet
- 如果Servlet还没有被加载,就用反射机制创建这个Servlet,并调用Servlet的init方法来完成初始化
- 接着调用这个具体Servlet的service方法来处理请求,请求结果使用ServletResponse对象封装
- 把封装好的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中