前言:
server.xml是tomcat的主要配置文件,server.xml的每一个元素都对应了Tomcat中的一个组件;通过对该xml文件中元素的配置,可以实现对Tomcat中各个组件的控制。
一.server.xml元素分类:
1.顶层元素:<Server>和<Service>
<Server>元素是整个配置文件的根元素
<Service>元素则代表一个Engine元素以及一组与之相连的Connector元素。
2.连接器:<Connector>
<Connector>代表了外部客户端发送请求到特定Service的接口;同时也是外部客户端从特定Service接收响应的接口。
3.容器:<Engine><Host><Context>----->容器的功能是处理Connector接收进来的请求,并产生相应的响应
Engine、Host和Context都是容器,但它们不是平行的关系,而是父子关系:Engine包含Host,Host包含Context.
一个Engine组件可以处理Service中的所有请求,
一个Host组件可以处理发向一个特定虚拟主机的所有请求,
一个Context组件可以处理一个特定Web应用的所有请求.
4.内嵌组件:除以上介绍的,其他的都是内嵌组件。
二.重要组件介绍
1.server
1)Server元素在最顶层,代表整个Tomcat容器,因此它必须是server.xml中唯一一个最外层的元素.
一个Server元素中可以有一个或多个Service元素.
2)配置文件的说明:
<Server port="8005" shutdown="SHUTDOWN">
最外层的<Server>元素,其中port属性表示Server接收shutdown指令的端口号,设为-1可以禁掉该端口,shutdown属性表示关闭Server的指令。
3)主要任务:
Server的主要任务,就是提供一个接口让客户端能够访问到这个Service集合,同时维护它所包含的所有的Service的声明周期,包括如何初始化、如何结束服务、如何找到客户端要访问的Service。
2.service
1)主要任务:
Service是在Connector和Engine外面包了一层,把它们组装在一起,对外提供服务
一个Service可以包含多个Connector,但是只能包含一个Engine
Connector主要作用:从客户端接收请求,
Engine的作用是处理接收进来的请求。
2)配置文件说明:
<Service name="Catalina">
解释:Server中包含一个叫Catalina的service。tomcat可以提供多个Service。不同Service监听不同的端口。
3.Connector:
1)主要作用:
Connector是接收连接请求,创建Request和Response对象用于和请求端交换数据;然后分配线程让Engine来处理这个请求,并把产生的Request和Response对象传给Engine。
2)配置文件:
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443"/>
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443"/>
参数解释:
A.通过配置第1个Connector,客户端可以通过8080端口号使用http协议访问Tomcat.
protocol属性规定了请求的协议,
port规定了请求的端口号,
redirectPort表示当强制要求https而请求是http时,重定向至端口号为8443的Connector
connectionTimeout表示连接的超时时间
B.通过配置第2个Connector,客户端可以通过8009端口号使用AJP协议访问Tomcat.
AJP协议负责和其他的HTTP服务器(如Apache)建立连接,使用Tomcat和其他服务器集成,是因为Tomcat可以用作Servlet/JSP容器,但是对静态资源的处理速度较慢,不如Apache和IIS等HTTP服务器.
因此常常将Tomcat与Apache等集成,前者作Servlet容器,后者处理静态资源,而AJP协议便负责Tomcat和Apache的连接
Tomcat与Apache等集成的原理4.Engine
1)主要作用:
从一个或多个Connector中接收请求并处理,并将完成的响应返回给Connector,最终传递给客户端。
Engine组件在Service组件中有且只有一个;Engine是Service组件中的请求处理组件。
2)配置文件:
<Engine name="Catalina" defaultHost="localhost">
参数解释:
name属性用于日志和错误信息,在整个Server中应该唯一。
defaultHost属性指定了默认的host名称,当发往本机的请求指定的host名称不存在时,一律使用defaultHost指定的host进行处理。
5.Host
1)Engine和Host的关系:
Host是Engine的子容器。Engine组件中可以内嵌1个或多个Host组件,每个Host组件代表Engine中的一个虚拟主机。
Host组件至少有一个,并且其中一个的name必须与Engine组件的defaultHost属性相匹配。否则当无法匹配到host名称的时候,无法进行处理。
2)主要作用:
Host虚拟主机的作用,是运行多个Web应用(一个Context代表一个Web应用),并负责安装、展开、启动和结束每个Web应用。
客户端通常使用主机名来标识它们希望连接的服务器;该主机名也会包含在HTTP请求头中。Tomcat从HTTP头中提取出主机名,寻找名称匹配的主机。如果没有匹配,请求将发送至默认主机。因此默认主机不需要是在DNS服务器中注册的网络名,因为任何与所有Host名称不匹配的请求,都会路由至默认主机
3)配置文件:
<Host name="localhost" appBase="webapps" unpackWARs="false" autoDeploy="true">
参数解释:
name属性指定虚拟主机的主机名。
appBase:Web应用所在的目录,默认值是webapps,这是一个相对路径,代表Tomcat根目录下webapps文件夹
unpackWARs指定了是否将代表Web应用的WAR文件解压;如果为true,通过解压后的文件结构运行该Web应用,如果为false,直接使用WAR文件运行Web应用。
Host的autoDeploy和appBase属性,与Host内Web应用的自动部署有关。
6.Context
1)主要作用:
Context元素代表在特定虚拟主机上运行的一个Web应用。每个Web应用基于WAR文件,或WAR文件解压后对应的目录。
Context是Host的子容器,每个Host中可以定义任意多的Context元素。
2)配置文件:
<Context path="/release/alipay" docBase="/usr/local/tomcat/webapps/release/alipay" autodeploy="true" reloadable="true"/>
参数解释:
path:项目存放的目录,访问该Web应用的上下文路径。在自动部署场景下(配置文件位于xmlBase中),不能指定path属性,path属性由配置文件的文件名、WAR文件的文件名或应用目录的名称自动推导出来
docBase:该Web应用使用的WAR包路径,在自动部署场景下,docBase不在appBase目录中,才需要指定;如果docBase指定的WAR包或应用目录就在appBase中,则不需要指定
autodeploy:自动部署,Tomcat在运行时定期检查新的Web应用或Web应用的更新
reloadable:tomcat是否在运行时监控在WEB-INF/classes和WEB-INF/lib目录下class文件的改动
静态部署:在server.xml中通过<context>元素静态部署Web应用.
三.tomcat请求处理流程:
1.根据协议和端口号选定Service和Engine
Service中的Connector组件可以接收特定端口的请求,因此,当Tomcat启动时,Service组件就会监听特定的端口,在配置文件中Catalina这个Service监听了8080端口(基于HTTP协议)和8009端口(基于AJP协议)。当请求进来时,Tomcat便可以根据协议和端口号选定处理请求的Service;Service一旦选定,Engine也就确定。
2.根据域名或IP地址选定Host
Service确定后,Tomcat在Service中寻找名称与域名/IP地址匹配的Host处理该请求。如果没有找到,则使用Engine中指定的defaultHost来处理该请求
3.根据URI选定Context/Web应用
Tomcat根据应用的 path属性与URI的匹配程度来选择Web应用处理相应请求
四.应用------>实现通过不同的端口号来访问同一台机器上部署的不同Web应用。
<Service name="Catalina2">
<Connector port="8084" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443"/>
<Connector port="8010" protocol="AJP/1.3" redirectPort="8443"/>
<Engine name="Catalina2" defaultHost="localhost">
<Realm className="org.apache.catalina.realm.LockOutRealm">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase"/>
</Realm>
<Host name="localhost" appBase="/opt/project/webapps2" unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="localhost_access_log." suffix=".txt" pattern="%h %l %u %t "%r" %s %b"/>
</Host>
</Engine>
</Service>
五.其他组件
1.Value组件----->在Tomcat中代表了请求处理流水线上的一个组件:
配置文件内容:
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="localhost_access_log." suffix=".txt" pattern="%h %l %u %t "%r" %s %b"/>
参数解释:
1)className:规定了Valve的类型,此处是AccessLogValve.
AccessLogValve的作用是通过日志记录其所在的容器中处理的所有请求,每天的请求会写到一个日志文件里
2)directory:指定日志存储的位置
3)prefix:指定了日志文件的前缀
4)suffix:指定了日志文件的后缀
5)pattern:指定记录日志的格式,
%h:远程主机名或IP地址;如果有nginx等反向代理服务器进行请求分发,该主机名/IP地址代表的是nginx,否则代表的是客户端
%l:远程逻辑用户名,一律是”-”,可以忽略
%u:授权的远程用户名,如果没有,则是”-”
%t:访问的时间
%r:请求的第一行,即请求方法(get/post等)、uri、及协议
%s:响应状态,200,404等等
%b:响应的数据量,不包括请求头,如果为0,则是”-”
%D:请求处理的时间(单位是毫秒)
日志内容:
192.168.9.173 - - [05/Aug/2019:14:36:41 +0800] "GET /domain_admin/admin/7 HTTP/1.1" 200 201
2.GlobalNamingResources与Realm
1)Realm
配置文件信息:
<Realm className="org.apache.catalina.realm.LockOutRealm">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
Realm,可以把它理解成“域”;Realm提供了一种用户密码与web应用的映射关系,从而达到角色安全管理的作用
2)GlobalNamingResources
<GlobalNamingResources>
<Resource name="UserDatabase" auth="Container"
type="org.apache.catalina.UserDatabase"
description="User database that can be updated and saved"
factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
pathname="conf/tomcat-users.xml" />
</GlobalNamingResources>
GlobalNamingResources元素定义了全局资源,通过配置可以看出,该配置是通过读取$TOMCAT_HOME/ conf/tomcat-users.xml实现的。
3.监听组件-------->Listener(即监听器)定义的组件
<Listener className="org.apache.catalina.startup.VersionLoggerListener" />
<Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
<Listener className="org.apache.catalina.core.JasperListener" />
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
<Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
Listener(即监听器)定义的组件,可以在特定事件发生时执行特定的操作;被监听的事件通常是Tomcat的启动和停止。
监听器主要介绍:
1)VersionLoggerListener:当Tomcat启动时,该监听器记录Tomcat、Java和操作系统的信息。该监听器必须是配置的第一个监听器。
2)AprLifecycleListener:Tomcat启动时,检查APR库,如果存在则加载。APR,即Apache Portable Runtime,是Apache可移植运行库,可以实现高可扩展性、高性能,以及与本地服务器技术更好的集成。
3)JasperListener:在Web应用启动之前初始化Jasper,Jasper是JSP引擎,把JVM不认识的JSP文件解析成java文件,然后编译成class文件供JVM使用。
4)JreMemoryLeakPreventionListener:与类加载器导致的内存泄露有关。
5)GlobalResourcesLifecycleListener:通过该监听器,初始化< GlobalNamingResources>标签中定义的全局JNDI资源;如果没有该监听器,任何全局资源都不能使用。< GlobalNamingResources>将在后文介绍。
6)ThreadLocalLeakPreventionListener:当Web应用因thread-local导致的内存泄露而要停止时,该监听器会触发线程池中线程的更新。当线程执行完任务被收回线程池时,活跃线程会一个一个的更新。只有当Web应用(即Context元素)的renewThreadsWhenStoppingContext属性设置为true时,该监听器才有效。
网友评论