Tomcat结构原理详解

简介:

webp

客户端用户点击浏览器服务连接,浏览器通过客户端底层服务通过路由传送报文,目标服务器获取解析报文,Tomcat监听程序触发处理请求

一、Tomcat 软件目录结构及功能

bin: 服务相关脚本,例如:启动、关闭等

conf: 存放不同的配置文件,列如:server.xml、web.xml

lib: tomcat 运行需要的库文件

logs: 运行的日志文件

webapps: web部署的根目录

work :存放jsp编译后的class文件

二、server分析系统结构

1、server

提供一个接口让其它程序能够访问到这个 Service 集合、同时要维护它所包含的所有 Service 的生命周期,包括如何初始化、如何结束服务、如何找到别人要访问的 Service

2、service

service 是server下一个集合,service包含多个接收请求的connector并有一个处理所有连接的容器container

3、connector

connector 作用是监听客户端请求,并将请求封装提交container处理,然后将处理结果返回客户端

tomcat有两个典型的connector,一个用来监听浏览器的http,另一个是用来监听webservice

Coyote Http/1.1 Connector 在端口8080处侦听来自客户browser的http请求

Coyote AJP/1.3 Connector 在端口8009处侦听来自其它WebServer(Apache)的servlet/jsp代理请求

4、container

4.1 Engine

Engine下可以配置多个虚拟主机Virtual Host,每个虚拟主机都有一个域名

当Engine获得一个请求时,它把该请求匹配到某个Host上,然后把该请求交给该Host来处理

Engine有一个默认虚拟主机,当请求无法匹配到任何一个Host上的时候,将交给该默认Host来处理

4.2 Host

代表一个Virtual Host,虚拟主机,每个虚拟主机和某个网络域名Domain Name相匹配

每个虚拟主机下都可以部署(deploy)一个或者多个Web App,每个Web App对应于一个Context,有一个Context path。

当Host获得一个请求时,将把该请求匹配到某个Context上,然后把该请求交给该Context来处理。

匹配的方法是“最长匹配”,所以一个path==""的Context将成为该Host的默认Context。

所有无法和其它Context的路径名匹配的请求都将最终和该默认Context匹配。

4.3 Context

一个Context对应于一个Web Application,一个Web Application由一个或者多个Servlet组成。

Context在创建的时候将根据配置文件WEBAPP_HOME/WEB-INF/web.xml载入Servlet类。

webp

当Context获得请求时,将在自己的映射表(mapping table)中寻找相匹配的Servlet类,如果找到,则执行该类,获得请求的回应,并返回。

webp

5、Context的部署配置文件web.xml的说明

一个Context对应于一个Web App,每个Web App是由一个或者多个servlet组成的

当一个Web App被初始化的时候,它将用自己的ClassLoader对象载入“部署配置文件web.xml”中定义的每个servlet类

它首先载入在$CATALINA_HOME/conf/web.xml中部署的servlet类

然后载入在自己的Web App根目录下的WEB-INF/web.xml中部署的servlet类

web.xml文件有两部分:servlet类定义和servlet映射定义

每个被载入的servlet类都有一个名字,且被填入该Context的映射表(mapping table)中,和某种URL PATTERN对应

当该Context获得请求时,将查询mapping table,找到被请求的servlet,并执行以获得请求回应

分析一下所有的Context共享的web.xml文件,在其中定义的servlet被所有的Web App载入

三、例子

Tomcat Server处理一个http请求的过程

假设来自客户的请求为:

http://localhost:8080/wsota/wsota_index.jsp

请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector获得

Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应

Engine获得请求localhost/wsota/wsota_index.jsp,匹配它所拥有的所有虚拟主机Host

Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机)

localhost Host获得请求/wsota/wsota_index.jsp,匹配它所拥有的所有Context

Host匹配到路径为/wsota的Context(如果匹配不到就把该请求交给路径名为""的Context去处理)

path="/wsota"的Context获得请求/wsota_index.jsp,在它的mapping table中寻找对应的servlet

Context匹配到URL PATTERN为*.jsp的servlet,对应于JspServlet类

构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用JspServlet的doGet或doPost方法

Context把执行完了之后的HttpServletResponse对象返回给Host

Host把HttpServletResponse对象返回给Engine

Engine把HttpServletResponse对象返回给Connector

Connector把HttpServletResponse对象返回给客户browser

欢迎工作一到五年的Java工程师朋友们加入Java架构开发:860113481

群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

相关文章
|
3月前
|
设计模式 网络协议 Java
Tomcat 高并发之道原理拆解与性能调优
Tomcat 高并发之道原理拆解与性能调优
48 0
|
3月前
|
设计模式 Java 应用服务中间件
Tomcat 架构原理解析到设计借鉴
Tomcat 架构原理解析到设计借鉴
149 0
|
3月前
|
设计模式 Java 应用服务中间件
Tomcat 架构原理解析到架构设计借鉴
Tomcat 架构原理解析到架构设计借鉴
106 0
|
27天前
|
设计模式 安全 Java
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
32 0
|
7月前
|
安全 Java 应用服务中间件
【JavaWeb】Tomcat底层机制和Servlet运行原理
网络通信:Tomcat使用Java的Socket API来监听特定的端口(通常是8080),接收来自客户端的HTTP请求。 线程池:Tomcat使用线程池来处理并发的请求。当有新的请求到达时,Tomcat会从线程池中获取一个空闲线程来处理该请求,这样可以提高处理效率。 生命周期管理:Tomcat负责管理Servlet和其他Web组件的生命周期,包括初始化、请求处理和销毁等阶段。(init(), run())
|
4月前
|
网络协议 Java 应用服务中间件
Tomcat组成与工作原理(二)
Tomcat组成与工作原理(二)
35 0
|
4月前
|
XML Java 应用服务中间件
Tomcat组成与工作原理(一)
Tomcat组成与工作原理
33 0
|
10月前
|
XML 前端开发 Java
【Java Web编程 十二】深入理解Tomcat系统架构及工作原理(下)
【Java Web编程 十二】深入理解Tomcat系统架构及工作原理(下)
83 0
|
10月前
|
XML 监控 前端开发
【Java Web编程 十二】深入理解Tomcat系统架构及工作原理(上)
【Java Web编程 十二】深入理解Tomcat系统架构及工作原理(上)
71 0
|
10月前
|
Java 应用服务中间件
IDEA中部署Tomcat及原理
IDEA中部署Tomcat及原理
171 0