在tomcat安装的目录下的conf目录下的server.xml文件
整体的配置架构如下

<Server>  
    <Listener />  
    <GlobaNamingResources>  
        <Resource />
    </GlobaNamingResources>
    <Service>  
        <Connector />  
        <Engine>  
            <Realm />  
            <Host>  
　　　　　　　　　 <Context />　　
                <Valve />  
            </Host>  
        </Engine>  
    </Service> 
</Server>

server

整个文件的根，一般在最外层，包含了listener，GlobaNamingResources，service
属性：
port：指定一个端口来监听关闭Tomcat的请求
shutdown：向端口发送的命令字符串

<Server port="8005" shutdown="SHUTDOWN">#8005端口为监听关闭Tomcat的请求

service

一个服务，对外服务，包含了连接器和容器，就是connector和Engine，其中connector可以多个，Engine只能一个
属性：
name：给这个service命名

<Service name="Catalina"> #给这个服务命名为Catalina

Connector

port：这个service要监听客户端请求的端口
minProcessors：启动时创建处理请求的线程数
maxProcessors：最大可以创建的处理请求的线程数
protocol：协议，一般可为http/1.1，AJP/1.3。AJP表示与其他服务做连接
redirectPort：指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号

Engine

一个service内只有一个Engine元素，可以处理一个或多个connector收到的请求，并且返回一个处理结果交由connector回复客户端
属性：
name：命名
defaultHost：默认的子元素Host需定义该主机，即子元素host中的name就是这个，当请求的主机没有时，则交由这个主机来完成

<Engine defaultHost="localhost" name="Catalina">#这个容器名为Catalina

Host

是Engine的子容器，一个Engine可以有多个Host，Host可以包含多个web应用，即多个context
属性：
appbase：指定虚拟主机的目录,可以指定绝对目录,也可以指定相对于<catalina_home>的相对目录.如果没有此项,默认 为<catalina_home>/webapps. 它将匹配请求和自己的Context的路径，并把请求转交给对应的Context来处理
name：命名
unpackWARs：代表运行时是否为解压后，即ture时解压war文件后运行，false时直接运行war文件、
autoDeploy：在tomcat运行时，是否定期检查更新web应用，如果是ture则检查appBase和xmlBase并自动部署应用</catalina_home></catalina_home>

 <Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true">

context

一个context代表一个应用，Host内可以包含多个context
属性：
docBase：

未完
https://blog.csdn.net/xuheng8600/article/details/81661039
https://www.cnblogs.com/zjfjava/p/9088114.html
https://www.cnblogs.com/houchen/p/10983491.html