Tomcat 系统架构与原理剖析

一、浏览器访问服务器的流程

http请求的处理过程:
在这里插入图片描述
注意:浏览器访问服务器使用的是Http协议,Http是应用层协议,用于定义数据通信的格式,具体的数据传输使用的是TCP/IP协议

二、Tomcat 系统总体架构

1.Tomcat处理请求大致过程

Tomcat是一个Http服务器(能够接受并且处理http请求,所以tomcat是一个http服务器)
我们使用浏览器向某一个网站发起请求,发出的是Http请求,那么在远程,Http服务器接收到这个请求之后,会调用具体的程序(java类)进行处理,往往不同的请求由不同的Java类完成处理。
在这里插入图片描述
在这里插入图片描述
HTTP 服务器接收到请求之后把请求交给Servlet容器来处理, Servlet 容器通过Servlet接⼝调⽤业务
类。 Servlet接⼝和Servlet容器这⼀整套内容叫作Servlet规范。
注意: Tomcat既按照Servlet规范的要求去实现了Servlet容器,同时它也具有HTTP服务器的功能。
Tomcat的两个重要身份:
1)、http服务器
2)、Servlet容器

2.Tomcat Servlet容器处理流程

当用户请求某个URL资源时
1)Http服务器会把请求使用ServletRequest对象封装起来
2)进一步去调用Servlet容器中某个具体的Servlet
3)在2)中,Servlet容器拿到请求后,根据URL和Servlet的映射关系,找到相应的Servlet
4)如果Servlet还没有被加载,就用反射机制创建这个Servlet,并调用Servlet的init方法来完成初始化
5)接着调用这个具体的Servlet的service方法来处理请求,请求处理结果使用ServletResponse对象封装
6)把ServletResponse对象返回给HTTP服务器,HTTP服务器会把相应发送个客户端
在这里插入图片描述
在这里插入图片描述

3、Tomcat 系统总体架构

通过上⾯的讲解,我们发现tomcat有两个⾮常重要的功能需要完成
1)和客户端浏览器进⾏交互,进⾏socket通信,将字节流和Request/Response等对象进⾏转换
2)Servlet容器处理业务逻辑
在这里插入图片描述
Tomcat 设计了两个核⼼组件连接器(Connector)容器(Container) 来完成 Tomcat 的两⼤核⼼功能。
连接器:负责对外交流,处理Socket连接,负责⽹络字节流与Request和Response对象的转化;
容器:负责内部处理,加载和管理Servlet,以及具体处理Request请求;

三、Tomcat 连接器组件 Coyote

1.Coyote 简介

Coyote是Tomcat中连接器的组件名称,是对外的接口。客户端通过Coyote与服务端建立连接、发送请求并接受相应。
1)Coyote封装了底层的网络通信(socket请求及响应处理)
2)Coyote使Catelina容器(容器组件)与具体的请求协议及IO操作方式完全解耦
3)Coyote将Socket输入转换封装为Request对象,进一步封装后交由Catalina容器进行处理,处理请求完成后,Catalina通过Coyote提供的Response对象将结果写入输出流
4)Coyote负责的是具体协议(应用层)和IO(传输层)相关内容
在这里插入图片描述
在这里插入图片描述
Tomcat Coyote ⽀持的 IO模型与协议
Tomcat⽀持多种应⽤层协议和I/O模型,如下:
在这里插入图片描述
在 8.0 之前 , Tomcat 默认采⽤的I/O⽅式为 BIO,之后改为 NIO。 ⽆论 NIO、 NIO2 还是 APR, 在性能⽅⾯均优于以往的BIO。 如果采⽤APR, 甚⾄可以达到 Apache HTTP Server 的影响性能。

2.Coyote的内部组件及流程

在这里插入图片描述
Coyote 组件及作⽤

组件作用描述
EndPointEndPoint 是 Coyote 通信端点,即通信监听的接⼝,是具体Socket接收和发送处理器,是对传输层的抽象,因此EndPoint⽤来实现TCP/IP协议的
ProcessorProcessor 是Coyote 协议处理接⼝ ,如果说EndPoint是⽤来实现TCP/IP协议的,那么Processor⽤来实现HTTP协议, Processor接收来⾃EndPoint的Socket,读取字节流解析成Tomcat Request和Response对象,并通过Adapter将其提交到容器处理, Processor是对应⽤层协议的抽象
ProtocolHandlerCoyote 协议接⼝, 通过Endpoint 和 Processor , 实现针对具体协议的处理能⼒。 Tomcat 按照协议和I/O 提供了6个实现类 : AjpNioProtocol ,AjpAprProtocol, AjpNio2Protocol , Http11NioProtocol ,Http11Nio2Protocol , Http11AprProtocol
Adapter由于协议不同,客户端发过来的请求信息也不尽相同, Tomcat定义了⾃⼰的Request类来封装这些请求信息。 ProtocolHandler接⼝负责解析请求并⽣成Tomcat Request类。但是这个Request对象不是标准的ServletRequest,不能⽤Tomcat Request作为参数来调⽤容器。 Tomcat设计者的解决⽅案是引⼊CoyoteAdapter,这是适配器模式的经典运⽤,连接器调⽤CoyoteAdapter的Sevice⽅法,传⼊的是Tomcat Request对象,CoyoteAdapter负责将Tomcat Request转成ServletRequest,再调⽤容器

四、Tomcat Servlet容器Catalina

1.Tomcat模块分层结构图及Catalina位置

Tomcat是⼀个由⼀系列可配置(conf/server.xml)的组件构成的Web容器,⽽Catalina是Tomcat的servlet容器。
从另⼀个⻆度来说, Tomcat 本质上就是⼀款 Servlet 容器, 因为 Catalina 才是 Tomcat 的核⼼ , 其他模块都是为Catalina 提供⽀撑的。 ⽐如 : 通过 Coyote 模块提供链接通信, Jasper 模块提供 JSP 引擎, Naming 提供JNDI 服务, Juli 提供⽇志服务。
在这里插入图片描述

2.Servlet容器Catalina的结构

Tomcat(我们往往有⼀个认识, Tomcat就是⼀个Catalina的实例,因为Catalina是Tomcat的核⼼)
Tomcat/Catalina实例
在这里插入图片描述
其实,可以认为整个Tomcat就是一个Catalina实例,Tomcat启动的时候会初始化这个实例,Catalina实例通过加载server.xml完成其他实例的创建,创建并管理一个Server,Server创建并管理多个服务,每个服务又可以有多个Connector和一个Container。
一个Catalina实例(容器)
一个Servlet实例(容器)
多个Service实例(容器)
每个Service实例下可以有多个Connector实例和一个Container实例

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

3.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中。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值