前言：
server.xml是tomcat的主要配置文件，server.xml的每一个元素都对应了Tomcat中的一个组件；通过对该xml文件中元素的配置，可以实现对Tomcat中各个组件的控制。
一.server.xml元素分类：
1.顶层元素：
2.连接器：
3.容器：
Engine、Host和Context都是容器，但它们不是平行的关系，而是父子关系：Engine包含Host，Host包含Context.
一个Engine组件可以处理Service中的所有请求，
一个Host组件可以处理发向一个特定虚拟主机的所有请求，
一个Context组件可以处理一个特定Web应用的所有请求.
4.内嵌组件：除以上介绍的，其他的都是内嵌组件。
二.重要组件介绍
1.server
1）Server元素在最顶层，代表整个Tomcat容器，因此它必须是server.xml中唯一一个最外层的元素.
一个Server元素中可以有一个或多个Service元素.
2）配置文件的说明：
最外层的
3）主要任务：
Server的主要任务，就是提供一个接口让客户端能够访问到这个Service集合，同时维护它所包含的所有的Service的声明周期，包括如何初始化、如何结束服务、如何找到客户端要访问的Service。
2.service
1）主要任务：
Service是在Connector和Engine外面包了一层，把它们组装在一起，对外提供服务
一个Service可以包含多个Connector，但是只能包含一个Engine
Connector主要作用：从客户端接收请求，
Engine的作用是处理接收进来的请求。
2）配置文件说明：
解释：Server中包含一个叫Catalina的service。tomcat可以提供多个Service。不同Service监听不同的端口。
3.Connector：
1）主要作用：
Connector是接收连接请求，创建Request和Response对象用于和请求端交换数据；然后分配线程让Engine来处理这个请求，并把产生的Request和Response对象传给Engine。
2）配置文件：
参数解释：
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的连接
4.Engine
1）主要作用：
从一个或多个Connector中接收请求并处理，并将完成的响应返回给Connector，最终传递给客户端。
Engine组件在Service组件中有且只有一个；Engine是Service组件中的请求处理组件。
2)配置文件：
参数解释：
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）配置文件：
参数解释：
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）配置文件：
参数解释：
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中通过
三.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应用。
五.其他组件
1.Value组件----->在Tomcat中代表了请求处理流水线上的一个组件：
配置文件内容：
参数解释：
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
配置文件信息:
resourceName="UserDatabase"/>
Realm，可以把它理解成“域”；Realm提供了一种用户密码与web应用的映射关系，从而达到角色安全管理的作用
2)GlobalNamingResources
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元素定义了全局资源，通过配置可以看出，该配置是通过读取$TOMCAT_HOME/ conf/tomcat-users.xml实现的。
3.监听组件-------->Listener(即监听器)定义的组件
/>
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时，该监听器才有效。