Tomcat组件概念和请求流程

Tomcat:是一个Servlet容器(实现了Container接口),容器分层架构从上到下分为。Engine(List<Host>)->Host(List<Context>)->Context(List<Wrapper>)->Wrapper(List<Servlet>);

Engine:引擎,Servlet 的顶层容器,用来管理多个虚拟主机。只会存在一个。

Host:虚拟主机,负责 web 应用的部署和 Context 的创建,一个虚拟主机下可以部署多个Web应用,不同的虚拟主机的访问日志可以放在不同的文件夹下。

Context:Web应用,负责Web配置的解析,管理所有的Web资源。一个Context对应一个Web应用,为特定的Web应用处理所有的客户请求,管理Wrapper。

Wrapper:某一种实例的Servlet,每一个Wrapper下面可能会有多个Servlet,每一个线程打进来都是一个Servlet。

Servlet:java的服务端程序,用于编写程序员的业务逻辑。

Tomcat的使用:一般我们在使用Tomcat的时候,都会将一个war包放在Tomcat中的webApps目录下,然后去启动Tomcat(它会自动帮我们解压war包生成一个web应用),war包和jar包的区别在于:jar包大多数情况下被理解为一种依赖,但是也可以是一个web项目,但是如果你讲jarbao放在了Tomcat下,那么它是无法识别你到底是依赖还是web项目,所以Tomcat只能去解压war包/描述符/文件夹部署的这些情况从而生成web项目。

Tomcat请求交互流程:

客户端和服务端之间的数据交互本质上就是两个操作系统之间的交互,操作系统本身提供了socket接口(用于实现Tcp协议)用于建立连接保证两个操作系统之间的通信和数据交互。然后Http连接必须承载与socket连接之上,你必须在建立socket连接之后才可以实现Http连接,Http协议本身分为三块(请求行,请求头,请求体),Tomcat建立socket连接之后会将socket连接扔到线程池中去处理http请求,进行数据的解析(就是Http协议的解析),所以Http协议可以理解成一种数据格式,只有遵守这种数据格式的情况下,才能被Tomcat正常解析。

Tomcat通过Endpoints从操作系统的缓存中读取数据(复制数据)至InputBuffer(Tomcat的缓存)中,然后基于InputBuffer将里面的数据进行解析,先解析请求行,然后将请求头中的请求方法,url,协议等信息解析完之后生成一个Request对象(Tomcat内部用到了门面模式)。将Request对象交给容器处理,容器最终甩到servlet中,servlet可以使用response对客户进行响应,然后重置处理InputBuffer中的pos和lastValid,这样方便处理下一个请求

相关推荐
考虑考虑4 小时前
Mybatis实现批量插入
java·后端·mybatis
咖啡八杯5 小时前
GoF设计模式——中介者模式
java·后端·spring·设计模式
青石路9 小时前
记一次多JDK版本问题的排查,一坑套一坑,差点没爬上来
java
像我这样帅的人丶你还12 小时前
Java 后端详解(五):Redis 缓存
java·后端·全栈
plainGeekDev14 小时前
GreenDAO → Room
android·java·kotlin
亦暖筑序19 小时前
Java 8老系统AI Workflow实战:把一次性AI对话升级成可恢复工作流
java·后端
敲代码的彭于晏20 小时前
Bean 生命周期完全图解:前端同学也能看懂的 Spring 核心机制
java·前端·后端
plainGeekDev21 小时前
ButterKnife → ViewBinding
android·java·kotlin
像我这样帅的人丶你还2 天前
Java 后端详解(四):分页与搜索
java·javascript·后端
她的男孩2 天前
数据权限为什么不能只靠注解?Forge 的 Mapper 层 SQL 改写源码拆解
java·后端·架构