tomcat(二)整体架构

本文详细介绍了Tomcat服务器的架构组成,包括Server、Service、Connector、Container等核心组件,并阐述了它们之间的关系及工作原理。

原文链接:https://blog.youkuaiyun.com/w1992wishes/article/details/79242797

一tomcat总体结构

1Server

2Service:逻辑功能层,一个Server可以包含多个Service。有两个主要组件:Connector,Container

2.1Connector:连接器,用于监听socket请求,解析请求,返回结果。一个service可以包含多个Connector

2.2Container:用于处理请求。包括:Engine,Host,Context,Wrapper

1Server

Tomcat最顶层容器,代表整个Tomcat。

标准实现类:org.apache.catalina.core.StandardServer。继承结构如图:

tomcat为所有组件都提供了生命周期管理(继承LifecycleMBeanBase)。

2Service

tomcat实质就是监听socket请求,解析请求,返回结果。但如果将请求监听和请求处理放在一起,扩展性会变差。要适配多种网络协议,请求处理又相同。tomcat将请求监听和请求处理分成两个模块,由service来自由组装。见配置文件conf/server.xml。注:一个service中可包含多个connector,一个engine

Service的标准实现是StandardService

3Connector

结构:

1ProtoHandler

Connector使用ProtocolHandler来处理请求的,不同的ProtocolHandler代表不同的连接类型,比如:Http11Protocol使用的是普通Socket来连接的(tomcat9已经删除了这个类,不再采用BIO的方式),Http11NioProtocol使用的是NioSocket来连接的。

2ProtoHandler包括:Endpoint:处理底层socket连接,实现tcp/ip协议

Processor:将Endpoint接收到的socket封装成request,实现http协议

Adapter:适配器,将Request转化为ServletRequest交给Container进行具体的处理

3Endpoint

Endpoint的抽象实现AbstractEndpoint里面定义的Acceptor和AsyncTimeout两个内部类和一个Handler接口。Acceptor用于监听请求,AsyncTimeout用于检查异步Request的超时,Handler用于处理接收到的Socket,在内部调用Processor进行处理。

4Container

结构:

4.1Engine(表示整个Servlet引擎)

Engine的UML类图如下:

ContainerBase和LifecycleBase都是抽象出来的公共层。

4.2Host

虚拟主机

4.3Context

应用程序

在Tomcat中通常采用如下方式创建一个Context:
1. 在\webapps 目录中创建一个目录dirname,此时将自动创建一个context,默认context的访问url为http://host:port/dirname,也可以通过在ContextRoot\META-INF 中创建一个context.xml文件,其中包含如下内容来指定应用的访问路径:
2. 在server.xml文件中增加context 元素,如下:<Context path="/urlpath" docBase="/test/xxx" reloadable=true />

这样就可以通过http://host:port/urlpath访问上面配置的应用。

4.4Wrapper

一个Context可以包含多个Servlet处理不同请求,当然现在的SpringMVC,struts框架的出现导致程序中不再是大量的Servlet,但其实本质是没变的,都是由Servlet来处理或者当作入口。

在tomcat中Servlet被称为wrapper,其标准类图如下:

那么为什么要用Wrapper来表示Servlet?这和tomcat的处理机制有关,为了更加灵活,便于扩展,tomcat是用管道(pipeline)和阀(valve)的形式来处理请求,所以将Servlet丢给Wrapper。

二代码总体结构

三Tomcat启动流程

tomcat的启动流程很标准化,入口是BootStrap,统一按照生命周期管理接口Lifecycle的定义进行启动。首先,调用init()方法逐级初始化,接着调用start()方法进行启动,同时,每次调用伴随着生命周期状态变更事件的触发。

每一级组件除完成自身的处理外,还有负责调用子组件的相关调用,组件和组件之间是松耦合的,可以通过配置进行修改。

大致流程图如下:

原文链接

 

 

### Tomcat整体架构概述 Tomcat作为广泛应用的Servlet容器,具备高度模块化的设计理念[^1]。这种设计不仅支持常规Web应用程序部署,而且提供了极大的灵活性与可扩展性。 #### 核心组件解析 核心架构围绕几个主要组成部分展开: - **Server**: 表示整个Catalina服务实例,在一个JVM中仅存在单个`Server`对象。 - **Service**: 将Connector和Container连接起来形成的服务单元;每个`Service`至少包含一个`Connector`以及一个对应的`Engine`。 ```java public class Service { private Connector[] connectors; private Container engine; public void start() throws LifecycleException { // 启动Connectors 和 Engine... } } ``` - **Engine**: 处理请求的核心引擎,负责接收来自不同Host的HTTP/HTTPS请求并分发给相应的虚拟主机处理。 - **Host**: 定义了一个特定域名下的上下文环境集合,即多个Context可以归属于同一个Host下运行。 - **Context**: 对应于具体的Web应用(WAR文件),是实际执行业务逻辑的地方。 - **Wrapper**: 是最小粒度的容器单位,封装了个别的Servlet定义及其生命周期管理方法。 #### 辅助功能模块说明 除上述基本构成之外,还有其他重要辅助模块来增强系统的功能性: - 连接器(`Connector`)用于监听端口并与客户端建立通信; - 日志记录(Logging)帮助追踪系统行为; - 会话(Session Management)维持用户状态信息; - Jasper编译JSP页面至Java源码再进一步转化为字节码; - 命名(Naming Services)提供目录查询能力; - JMX(Java Management Extensions)允许远程管理和监控; - 权限控制(Security Manager)保障安全策略实施。 ![Tomcat Architecture](https://www.example.com/tomcat_architecture.png) 该图展示了Tomcat内部各层次之间的关系,从最上层的应用程序到底层的支持设施,形成了完整的生态系统[^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值