Tomcat源码解析系列一：Tomcat的整体架构

原创 已于 2023-08-19 16:34:10 修改 · 1.1k 阅读 · 1 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
于 2023-05-21 14:03:46 首次发布
本文详细介绍了Tomcat的整体架构，包括Server、Service、Connector和Container的角色。重点讲解了Tomcat的两个关键组件——连接器（Connector）和容器（Container）的功能，以及ProtocolHandler、Endpoint、Processor和Adapter的职责。此外，还探讨了配置方式、Endpoint的通信端点、Processor的应用层协议解析以及启动流程和请求处理流程。

Tomcat的整体架构

文章目录

架构设计

  • Tomcat中只有一个Server，一个Server可以有多个Service，一个Service可以有多个Connector和一个Container；
  • Server掌管着整个Tomcat的生死大权；
  • Service 是对外提供服务的；
  • Connector用于接受请求并将请求封装成Request和Response来具体处理；
  • Container用于封装和管理Servlet，以及具体处理request请求；

Tomcat的两个重要组件

连接器（Connector）负责对外交流，建立Socket连接，读取并解析网络字节流，生成Request和Response对象并转发给容器。
容器（Container）负责内部处理，加载和管理Servlet，通过Response对象的输出流写入响应结果。

基础组件默认实现

接口默认实现阀值
ServerStanderdServer
ServiceStanderdService
EngineStanderdEngineStandardEngineValve
HostStanderdHostStandardHostValve
ContextStanderdContextStandardContextValve
StandardWrapperStandardWrapperValve
Endpoint组件没有接口
但提供一个抽象类AbstractEndpoint		<Connector protocol="HTTP/1.1"/>
使用NioEndpoint
ProtocolHandler<Connector protocol="HTTP/1.1"/>
使用Http11NioProtocol
Processor<Connector protocol="HTTP/1.1"/>
使用Http11Processor

Connector基本结构

对应Connector中的三个组件就是：Endpoint、Processor、Adapter，其中 Endpoint和 Processor放在一起抽象成了 ProtocolHandler协议组件。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zrBMdeMG-1684648768852)(assets/image-20220721205552106.png)]

ProtocolHandler

ProtocolHandler负责传输层网络连接和应用层协议解析，由两个核心部件 Endpoint和 Processor具体做这两件事。

  • Tomcat的连接器主要支持两种协议：HTTP/1.1协议和AJP协议，实则还支持HTTP/2.0协议

  • 还分别支持3种I/O方式：NIO、NIO2、APR

    总结：两两组合就出现了很多实现类：Http11NioProtocol、Http11Nio2Protocol、Http11AprProtocol（已过期）、AjpNioProtocol、AjpNio2Protocol、AjpAjpProtocol

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6SWUksSA-1684648768852)(assets/image-20220721212502505.png)]

EndPoint通信端点

Endpoint负责网络通信，监听一个端口，循环接收socket请求，读取网络字节流等。Endpoint不是接口，而是提供了一个抽象类AbstractEndpoint，又根据I/O方式提供了若干实现类：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8GETZ0se-1684648768853)(assets/image-20220721205848106.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uxuL7z6j-1684648768854)(assets/image-20220721205906427.png)]

Processor应用层协议解析

Acceptor接收到请求封装成一个SocketProcessor扔进线程池Executor后，会调用Processor从操作系统底层读取、过滤字节流，对应用层协议（HTTP/AJP）进行解析封装，生成org.apache.coyote.Request和org.apache.coyote.Response对象。不同的协议有不同的Processor，HTTP/1.1对应Http11Processor，AJP对应AjpProcessor，HTTP/1.2对应StreamProcessor，UpgradeProcessorInternal 和 UpgradeProcessorExternal用于协议升级：

ConnectionHandler创建合适的Processor

SocketProcessor并不是直接调用的Processor，而是通过org.apache.coyote.AbstractProtocol.ConnectionHandler#process找到一个合适的Processor进行请求处理：

  • 根据不同协议创建Http11Processor or AjpProcessor；
  • 根据协议升级是内部升级（HTTP/2.0）还是外部升级创建UpgradeProcessorInternal or UpgradeProcessorExternal。

配置方式

<Connector port="8080" protocol="HTTP/1.1" 
           connectionTimeout="20000" 
           executor="tomcatThreadPool" 
           redirectPort="8443">
     <UpgradeProtocol className="org.apache.coyote.http2.Http2Protocol"/>
</Connector>
  • port是Connector监听的端口。
  • protocol是应用层协议名，可填参数有HTTP/1.1、org.apache.coyote.http11.Http11NioProtocol、AJP/1.3、org.apache.coyote.ajp.AjpNioProtocol，如果protocol不填，则默认为Http11NioProtocol。
  • connectionTimeout表示Connector读数据（长连接的超时时间）、写数据的超时时间（因为tomcat是服务器端所以不涉及创建连接的超时），单位毫秒，默认20秒。
  • executor表示使用一个共享线程池，若使用私有线程池，则executor不需要指定，私有线程池可选参数有minSpareThreads=“10”、maxThreads=“200”等
  • redirectPort表示非SSL重定向到SSL端口，当请求是non-SSL请求，但是接收到的请求内容需要SSL传输，则重定向到SSL端口。

其他重要的组件

Adapter

Adapter接口只有一个实现类org.apache.catalina.connector.CoyoteAdapter，其主要职责如下：

  • 将org.apache.coyote.Request和org.apache.coyote.Response转为实现了标准Servlet的org.apache.catalina.connector.Request和org.apache.catalina.connector.Response。
  • 将请求体的serverName、URI、version传给Mapper组件做映射，匹配到合适的Host、Context、Wrapper。
  • 将Request和Response传给Container处理，Engine通过管道Pipeline传给Host，Host再传给Context，Context再传给Wrapper，Wrapper是最终的Servlet。

Lifecycle接口

Tomcat所有的组件均存在初始化、启动、停止等生命周期方法，拥有生命周期管理的特性， 所以Tomcat在设计的时候， 基于生命周期管理抽象成了一个接口 Lifecycle 。而组件 Server、Service、Container、Executor、Connector 、WebappLoader、WebappClassLoader组件 ， 都实现了一个生命周期的接口。

生命周期中的核心方法

  • init（）：初始化组件
  • start（）：启动组件
  • stop（）：停止组件
  • destroy（）：销毁组件

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3E3fqOzJ-1684648768855)(assets/image-20220719112606727.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pCv24wZq-1684648768856)(assets/image-20220719111501610.png)]

LifecycleListener接口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tPd1ncQj-1684648768856)(assets/image-20220730175705888.png)]

启动流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8bARZsoh-1684648768857)(assets/image-20220719102639459.png)]

启动步骤

  1. 启动tomcat ， 需要调用 bin/startup.bat (在linux 目录下 , 需要调用 bin/startup.sh) ， 在startup.bat 脚本中, 调用了catalina.bat。
    在catalina.bat 脚本文件中，调用了BootStrap 中的main方法。

  2. 在BootStrap 的main 方法中调用了 init 方法 ， 来创建Catalina 及 初始化类加载器。

  3. 在BootStrap 的main 方法中调用了 load 方法 ， 在其中又调用了Catalina的load方 法。

  4. 在Catalina 的load 方法中 , 需要进行一些初始化的工作

    1. 解析 XML，填充到StandardServer中，包含StandardService、Connector、StandardEngine、Mapper、MapperListener等等；

    2. 重定向日志输出路径

    3. 将很多组件注册到JMX（全称为“Java Management Extension”，即Java管理扩展）中。注册后可以通过Jconsole获取属性，对象等监控信息。IDEA debug tomcat应用的时候利用JMX技术调用org.apache.catalina.mbeans.MBeanFactory#createStandardContext(java.lang.String, java.lang.String, java.lang.String)来初始化StandardContext，如下：

      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l8tlr8gD-1684648768857)(assets/image-20220731133800684.png)]

  5. 在context的start方法中

    1. 调用流程如上图所示，不同的是StandardHost通过发送LifecycleState#STARTING事件给HostConfig->HostConfig.start()->HostConfig.deployApps()来部署app->StandardContext.startInternal来部署Context
    2. StandardContext.startInternal中的操作
      1. 实例化StandardRoot
      2. 调StandardRoot.startInternal初始化该context要加载的资源
      3. 实例化WebappLoader
      4. 调WebappLoader.startInternal初始化该context的类加载器ParallelWebappClassLoader
      5. 利用 ContextConfig.lifecycleEvent 解析 web.xml
      6. 实例化DefaultInstanceManager，在DefaultInstanceManager保存了tomcatClassLoader：commonClassLoader和context应用类加载器：ParallelWebappClassLoader
      7. 调用 ServletContainerInitializer.onStartup 方法
      8. 委托DefaultInstanceManager使用ParallelWebappClassLoader来实例化EventListener, 并调用ServletContextListener的contextInitialized方法
      9. 委托DefaultInstanceManager使用ParallelWebappClassLoader来实例化Filter, 并调用Filter的init方法
      10. 委托DefaultInstanceManager使用ParallelWebappClassLoader来实例化配置了load-on-startup属性的Servlet,并调用Servlet.init方法

请求的完整流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RzSpxlAt-1684648768857)(assets/image-20220721210422762.png)]

参考

  • https://blog.51cto.com/stefanxfy/4722102
  • https://blog.csdn.net/xlgen157387/article/details/79006434
  • https://blog.csdn.net/lingyiwin/article/details/125428376
标签
#tomcat #架构 #servlet
Tomcat源码解析系列
jiaomingliang的专栏
08-11 4224
学web也有一段时间了，为了从底层了解web应用在Tomcat中的运行，决定看一下Tomcat的源码参见《How Tomcat works》    和大牛博客，对大体架构有了一定的了解，但是具体细节还是不大清楚，以后随着对这方面的深入再具体看吧。 下面是解析的Tomcat系列： Tomcat源码解析（一）下载源码与导入eclipse Tomcat总体架构（Tomcat源码解析系列
Tomcat7源码解析
走自己的路
03-27 8849
Tomcat7 源码阅读学习     背景     Tomcat源码目录结构     Tomcat体系结构     Tomcat源码解析           Tomcat的启动流程           Tomcat一次完整请求的处理流程           Tomcat的关闭流程           Tomcat的Connector组件           Tomcat的运行过程
Tomcat源码解析(一)： Tomcat整体架构
从基础到源码解析的学习记录
01-09 5039
来确定请求是由哪个Wrapper容器里的。Pipeline-Valve是责任链模式。Tomcat支持的I/O模型。Tomcat支持的应用层协议。Pipeline接口。
Tomcat源码解析(五)：StandardEngine、StandardHost、StandardContext、StandardWrapper
从基础到源码解析的学习记录
04-01 3969
前文中我们介绍了StandServer与StandService的init与start方法，而Service的init方法和start方法则是调用顶级容器Engine、请求url映射Mapper、执行器Executor、连接器Connector的init和start方法。本文就介绍下容器的init和start及Mapper的组成。至此，整个容器的启动过程就介绍完了，可以看到整个流程是由Server起步直到Wrapper结束。
Tomcat源码解析(六)：Connector、ProtocolHandler、Endpoint
从基础到源码解析的学习记录
05-20 3813
前文中我们介绍了容器Engine、Host、Context、Wrapper的启动，代表整个tomcat容器启动就算完成了。接下来介绍下连接器，处理Socket连接，负责网络字节流与Request和Response对象的转化。Tomcat设计了3个组件。Endpoint（网络通信）负责提供字节流给Processor；Processor（应用层协议解析）负责提供Tomcat Request对象给Adapter；Adapter（请求响应转化）负责提供ServletRequest对象给容器。
Tomcat原理系列之一：整体架构，抓住主线
2017年
08-10 1257
作为一个web容器，请求在服务端的第一站，理解tomcat对我们今后理解spring，理解springmvc等等很多框架都有很大的帮助。
Tomcat源码解析——Tomcat的启动流程
m0_37914588的博客
04-14 4287
在Catalina的load方法中，会找到server.xml文件，然后解析标签并创建出对应的实例对象，最终在调用最顶层的Server组件的init方法，会调用Service组件的初始化，而Service组件的会调用Connector组件的初始化（容器的初始化是懒加载的，即有请求达到时才开始初始化）。在catalina.sh脚本中，前面是环境判断和初始化参数，最终根据传递的start来执行上图的代码，最终会调用Tomcat的Bootstrap启动类的main方法，传递的参数是start。
Tomcat 源码解析一初识
黄裳博客
07-05 4205
从宏观上分析了Tomcat 的初始化，启动。
tomcat源码解析一tomcat整体架构
u013129606的博客
05-19 281
1.什么是tomcat？ tomcat是servlet规范的一种实现(https://jcp.org/en/jsr/detail?id=340)，通俗讲tomcat就是一个servlet的容器，每一个servlet代表了不同的业务处理逻辑，编写servlet是开发者做的事情，如何将请求分发到servlet，如何将servlet返回到数据传递给客户端这是tomcat该做的事情 2.tomcat主要的功能是什么？ 1.处理socket连接， 将接收到到字节流数据转换成Request对象，将request分
生产环境（centos）部署Tomcat全流程（命令行版）
愿生活：送君茉莉 愿君莫离3，送君红荼 愿君荣华3，送君可乐 愿君常乐3，送君旺仔 愿君开怀5，送君阿萨姆 愿君不辛苦5 送君娃哈哈 愿君天天笑哈哈 8
08-04 181
本文详细介绍了在Linux系统（CentOS/Ubuntu）上部署Tomcat的全流程，包括： 环境准备：处理CentOS 7源失效问题，更换阿里云镜像源 JDK安装：提供OpenJDK和Oracle JDK两种安装方式 环境变量配置：设置JAVA_HOME等关键变量 Tomcat安装与启动：下载、解压、重命名和启动Tomcat 基本操作：查看状态、停止服务、修改端口（8080→9090） 排错指南：端口占用、404错误、内存不足的解决方法
Mybatis的高级映射及延迟加载
1加1等于的博客
08-05 297
MyBatis高级映射和延迟加载是优化数据库操作的核心特性。高级映射通过resultMap处理复杂对象关系，包括一对一（association）、一对多（collection）和多对多关联。延迟加载通过配置lazyLoadingEnabled实现按需加载关联数据，避免不必要查询，但需注意N+1查询问题和会话生命周期管理。两者结合使用时，可通过fetchType="lazy"灵活控制加载时机，建议对频繁访问数据采用立即加载以平衡性能。合理运用这些特性能有效提升查询效率和代码可维护性。
MyBatis核心类用法详解
1加1等于的博客
08-01 250
MyBatis 核心类包括： SqlSessionFactoryBuilder：初始化框架，构建 SqlSessionFactory。 SqlSessionFactory：创建 SqlSession 实例，管理数据库会话。 SqlSession：执行 SQL、管理事务，提供 select/insert/update/delete 等操作。 Mapper 接口：通过接口绑定 SQL（注解或 XML），MyBatis 自动生成代理实现。 Configuration：全局配置容器，管理设置、别名、映射器等。 Ex
嵌入式OTA升级 第一篇 OTA核心原理与Flash分区架构
chujing124486的博客
08-05 307
嵌入式OTA升级技术深度解析 本文系统阐述了嵌入式OTA升级的核心技术架构，重点剖析IAP底层原理与双程序架构设计。IAP技术使单片机具备自主读写Flash能力，为OTA提供硬件基础；而Bootloader与APP双程序隔离设计则确保升级安全，避免设备变砖。文章详细对比三种Flash分区方案：单分区（淘汰）、A/B双分区（工业主流）及STM32专属Bank切换方案，强调A/B分区的容错优势。此外，针对中断向量表偏移（VTOR）的配置规范进行详细说明，确保外设中断在OTA架构下的正常运行。该技术体系为物联网设
什么是 Multi-LLM 架构？为什么它是企业 AI 的解法？
2201_75435617的博客
08-05 220
Multi-LLM（多模型）架构是企业AI应用的核心解决方案，通过同时接入多个大模型（如文心、通义、混元等），构建模型矩阵;实现智能调度。该架构突破单一模型的三大局限：1）避免高成本下的资源浪费；2）防止技术绑定风险；3）消除单点故障。其核心价值在于：动态路由降低30-50%成本、毫秒级故障切换、按场景调用最优模型。企业可通过类似连连智枢的中间件简化接入，实现统一管理、智能调度与合规控制，真正获得灵活高效的AI能力。
Agent Plan 架构总结
AI大模型/Python/Java/MySQL技术栈，快来和我一起学习吧 ~
08-03 168
更合理的是规划目标、交付物、依赖和验收条件，把局部路径留给执行阶段决定。Plan 负责路线，Agent loop 负责推进，Harness 负责让整个过程安全、可持续、可恢复、可观测。适合简单、低风险、单步或少量工具调用。适用例子：制定研究方案、生成报告、分阶段修改代码、跨多个上下文窗口的长任务。适用例子：浏览器自动化、复杂代码修复、开放式研究、外部系统状态不稳定的任务。适用例子：付款、删除数据、生产环境变更、正式发布、法律或医疗相关决策。适用例子：复杂规划、博弈、方案比较、存在明显错误回溯需求的问题。
如意 Django CRM 架构复盘：Django Admin 为什么不该自动绑定租户
未来已来，AI时代，学AI编程，做AI量化，就来大鹏AI教育。
08-05 415
OK，OK，大家好，欢迎大家来到大鹏 AI 教育，我是张大鹏。这次我们不讲一个新页面。我们复盘一个比页面更重要的问题：Django Admin 到底是谁在用，它应该看到哪个范围的数据？如意 CRM 是多租户系统。最初做 Admin 首页时，我把业务端的组织会员关系带了进来。系统从管理员的Profile推断唯一组织，再按组织展示指标。没有Profile或同时属于多个组织时，首页数据就会消失。这个实现看起来很“安全”，实际上混淆了两种后台。
高压储能组串式PCS多级变压架构与升降压控制详解
小帽子的博客
08-04 306
高压储能组串式PCS的多级变压架构与升降压控制，是一套复杂而精密的系统工程。两级式、三级式等架构为不同应用场景提供了灵活的解决方案。以双有源桥（DAB）和矢量控制（VOC）为代表的核心控制算法，则是实现能量高效、可靠、双向流动的“大脑”。随着电力电子技术、材料技术和控制理论的不断进步，高压组串式储能系统将在构建新型电力系统的道路上扮演越来越重要的角色，其架构与控制技术也必将持续演进，向着更高效率、更高可靠性、更高智能化的方向发展。
MinerU + LibreOffice 混合架构：搞定 .doc/.ppt 旧格式文档解析与切片
专注前端开发领域，深耕 Python AI 大模型应用，热爱探索 Web 与人工智能的前沿技术。
08-06 211
摘要：MinerU3.0+采用混合架构处理多格式文档，通过原生解析.docx/.pptx等现代格式，同时利用LibreOffice将旧版.doc/.ppt转换为PDF后再解析。这种"统一转换、统一解析"策略降低了开发成本，确保版式保真度。建议使用Docker部署LibreOffice以避免环境问题，并需注意字体预装、格式保真和CPU性能优化。该方案兼顾效率与兼容性，是企业级知识库建设的理想选择。
Google外贸SEO优化内容架构：博客+产品+案例+FAQ
2602_95604188的博客
08-04 169
谷歌SEO的内容架构建设，本质上是把企业的产品能力、行业经验和客户信任证据，组织成一个能被搜索引擎和AI系统理解的体系。博客、产品页、案例页、FAQ页这个四件套之所以被反复讨论，不是因为它是什么神奇的配方，而是因为它对应的是B2B采购决策的自然路径——客户从认知到选型到验证到决策，每个阶段都需要对应的信息支持。做内容架构需要建立的一个基本认知是：不是在给搜索引擎写内容，而是在给决策中的买家写内容。
美学升维，流畅突破：荣耀MagicOS11双架构重塑体验
最新发布
csdnsqst0046的博客
08-06 153
通过自研材质引擎，荣耀琉光架构深入解析真实玻璃的光学性质，构建出折射、模糊、高光、轮廓、阴影、滤镜等6层原子效果，支持40多种可调自由度，在功耗方面通过重载算法下沉与时空渲染复用技术，实现部分场景功耗几乎零增长。以此为理念，MagicOS11首次公开了支撑液态玻璃设计的自研双架构体系——荣耀琉光架构与荣耀蜂鸟架构，从底层技术到交互体验，都进行了新的探索。8月6日，荣耀在北京举办MagicOS11先锋品鉴会，正式公开了安卓首个液态玻璃设计的完整技术底座——荣耀琉光架构与荣耀蜂鸟架构。荣耀在安卓系列首创的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值