tomcat架构图 - 969251639/study GitHub Wiki

Server
–>Service
–> Connector & Container( Engine –> Host –> Context( Wrapper( Servlet ) ) )

Tomcat 两个最核心的组件：Connector 和 Container
Connector 组件是可以被替换，这样可以提供给服务器设计者更多的选择，因为这个组件是如此重要，不仅跟服务器的设计的本身，而且和不同的应用场景也十分相关，所以一个 Container 可以选择对应多个 Connector。多个 Connector 和一个 Container 就形成了一个 Service，有了 Service 就可以对外提供服务了。

Server结构

Container结构

以上的所有结构都可以反映到Tomcat配置文件的server.xml

1. <Server>元素
它代表整个容器,是Tomcat实例的顶层元素.由org.apache.catalina.Server接口来定义.它包含一个<Service>元素.并且它不能做为任何元素的子元素。一个“Server”是一个提供完整的JVM的独立组件，它可以包含一个或多个“Service”实例。服务器在指定的端口上监听shutdown命令。

测试：
telnet localhost 9090
输入：SHUTDOWN
结果：关闭tomcat

1> className指定实现org.apache.catalina.Server接口的类.默认值为org.apache.catalina.core.StandardServer
2> port指定Tomcat监听shutdown命令端口.终止服务器运行时,必须在Tomcat服务器所在的机器上发出shutdown命令.该属性是必须的.
3> shutdown指定终止Tomcat服务器运行时,发给Tomcat服务器的shutdown监听端口的字符串.该属性必须设置

2. <Service>元素
该元素由org.apache.catalina.Service接口定义,它包含一个<Engine>元素,以及一个或多个<Connector>,这些Connector元素共享用同一个Engine元素，一个“Service”是一个或多个共用一个单独“Container”(容器)的“Connectors” 组合（因此，应用程序在容器中可见）。通常，这个容器是一个“Engine” （引擎），但这不是必须的。

Tomcat的Standalone Service Service是一组Connector的集合，它们共用一个Engine来处理所有Connector收到的请求
<Service name=“Catalina”>
<Service name=“Apache”>
第一个<Service>处理所有直接由Tomcat服务器接收的web客户请求.
第二个<Service>处理所有由Apahce服务器转发过来的Web客户请求 .

1>className 指定实现org.apahce.catalina.Service接口的类.默认为org.apahce.catalina.core.StandardService
2>name定义Service的名字

3. <Connector>元素
由Connector接口定义.<Connector>元素代表与客户程序实际交互的给件,它负责接收客户请求,以及向客户返回响应结果
一个“Connector”（连接器）代表一个请求被接收和应答所需要的端点。每个连接器通过相关的“Container”（容器）处理请求。

className : 该Connector的实现类是org.apache.coyote.tomcat4.CoyoteConnector
port : 在端口号8080处侦听来自客户browser的HTTP1.1请求.如果把8080改成80,则只要输入http://localhost/即可protocol:设定Http协议,默认值为HTTP/1.1
maxSpareThread:设定在监听端口的线程的最大数目,这个值也决定了服务器可以同时响应客户请求的最大数目.默认值为200
acceptCount : 当现有线程已经达到最大数200时，为客户请求排队.当队列中请求数超过100时，后来的请求返回Connection refused错误
connectionTimeout:定义建立客户连接超时的时间.如果为-1,表示不限制建立客户连接的时间
protocol：值必须为HTTP1.1，如果使用AJP处理器，该值必须为AJP/1.3
URIEncoding：用于解码URL的字符编码，没有指定默认值为ISO-8859-1
connectionTimeout：设置连接的超时值，以毫秒为单位。默认值为60000=60秒
maxKeepAliveRequest：服务器关闭之前，客户端发送的流水线最大数目。默认值为100
port：服务端套接字监听的TCP端口号，默认值为8080（必须）

4. <Engine>元素
每个Service元素只能有一个Engine元素.处理在同一个<Service>中所有<Connector>元素接收到的客户请求.由org.apahce.catalina.Engine接口定义.
一个“Engine”（引擎）代表处理每个请求的入口点（在Catalina内）。这个Tomcat的标准独立引擎实现分析包含在请求中的HTTP头信息，并将请求传送到适当的主机或虚拟主机上。Engine用来处理Connector收到的Http请求它将匹配请求和自己的虚拟主机，并把请求转交给对应的Host来处理默认虚拟主机是localhost
<Engine name="Catalina" defaultHost="localhost" debug="0">

1>className指定实现Engine接口的类,默认值为StandardEngine
2>defaultHost指定处理客户的默认主机名,在<Engine>中的<Host>子元素中必须定义这一主机
3>name定义Engine的名字
在<Engine>可以包含如下元素<Logger>, <Realm>, <Value>, <Host>

5. <Host>元素
它由Host接口定义.一个Engine元素可以包含多个<Host>元素.每个<Host>的元素定义了一个虚拟主机.它包含了一个或多个Web应用.
appBase : 指定虚拟主机的目录,可以指定绝对目录,也可以指定相对于<CATALINA_HOME>的相对目录.如果没有此项,默认为 <CATALINA_HOME>/webapps. 它将匹配请求和自己的Context的路径，并把请求转交给对应的Context来处理

autoDeploy:如果此项设为true,表示Tomcat服务处于运行状态时,能够监测appBase下的文件,如果有新有web应用加入进来,会自运发布这个WEB应用
unpackWARs:如果此项设置为true,表示把WEB应用的WAR文件先展开为开放目录结构后再运行.如果设为false将直接运行为WAR文件
alias:指定主机别名,可以指定多个别名
deployOnStartup:如果此项设为true,表示Tomcat服务器启动时会自动发布appBase目录下所有的Web应用.如果Web应用中的server.xml没有相应的<Context>元素,将采用Tomcat默认的Context
<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">

6. <Context>元素
它由Context接口定义.是使用最频繁的元素.每个<Context>元素代表了运行在虚拟主机上的单个Web应用.一个<Host>可以包含多个<Context>元素.每个web应用有唯一的一个相对应的Context代表web应用自身.

path : 该Context的路径名是“”，故该Context是该Host的默认Context
docBase : 该Context的根目录是webapps/mycontext/
reloadable: 如果这个属性设为true, Tomcat服务器在运行状态下会监视在WEB-INF/classes和Web-INF/lib目录CLASS文件的改运.如果监视到有class文件被更新,服务器自重新加载Web应用
useNaming:指定是否支持JNDI,默认值为了true
cookies指定是否通过Cookies来支持Session,默认值为true

tomcat架构图 - 969251639/study GitHub Wiki

⚠️ **GitHub.com Fallback** ⚠️

⚠️ GitHub.com Fallback ⚠️