server.xml 是 Tomcat 的核心配置文件，以 XML 格式定义服务器全局结构与运行行为，包括端口、连接器、容器层级（Service→Engine→Host→Context）等，相当于“启动蓝图”；XML 通过严格嵌套和属性机制清晰表达配置关系，修改后需重启生效，且须遵循语法规范。
server.xml 是 Tomcat 服务器的核心配置文件，它用 XML 格式定义了服务器的全局结构和运行时行为，比如端口、连接器、引擎、虚拟主机、上下文等。XML 在这里不是用来传输数据，而是作为一种可读性强、结构清晰的配置语言，让管理员能明确描述“服务器应该怎样启动、监听哪些端口、如何处理请求、把应用部署到哪里”。
server.xml 的主要作用
它相当于 Tomcat 的“启动蓝图”：
- 指定 HTTP/HTTPS/AJP 等协议的监听端口（如 8080、8443）
- 定义连接器（Connector），控制请求怎么被接收和解析（超时、线程数、重定向端口等）
- 配置容器层级：Service → Engine → Host → Context，决定请求如何路由到具体 Web 应用
- 设置默认虚拟主机、默认应用路径（如 ROOT）、自动部署开关等
XML 在 server.xml 中怎么用
XML 提供了严格的嵌套结构和属性机制，非常适合表达配置的层级关系和参数细节。例如：
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
这行代码用一个自闭合标签定义了一个 HTTP 连接器：port 是监听端口，connectionTimeout 控制空闲连接保持时间，redirectPort 指定当需要 HTTPS 时跳转的目标端口。所有属性值都明确、不可歧义，解析器能直接转换为 Java 对象的字段。
再比如嵌套结构：
<Engine name="Catalina" defaultHost="localhost">
<Host name="localhost" appBase="webapps">
<Context path="/myapp" docBase="/opt/myapp" />
</Host>
</Engine>
这种缩进+标签嵌套直观表达了“引擎包含主机，主机下部署上下文”的逻辑关系，比纯文本或属性文件更易维护复杂配置。
修改 server.xml 的注意事项
- 每次修改后必须重启 Tomcat 才能生效（热更新不支持结构变更）
- 语法必须严格符合 XML 规范：标签闭合、属性加引号、区分大小写
- 避免在生产环境直接编辑；建议先备份原文件，再测试配置是否合法（可用在线 XML 验证工具或启动时观察日志）
- 敏感配置（如 SSL 密钥路径、管理端口）应结合权限控制和环境变量隔离，不要硬编码明文信息
它和其他配置文件的关系
server.xml 管全局结构，但不负责具体应用行为。Web 应用自己的配置（如 Servlet 映射、过滤器）写在 WEB-INF/web.xml 里；JVM 参数、启动选项放在 bin/setenv.sh/.bat；而数据源、JNDI 资源等常通过 conf/context.xml 或应用级 META-INF/context.xml 定义。它们分工明确，XML 在各自范围内承担“声明式配置”的角色。
基本上就这些。server.xml 不复杂但容易忽略细节，理解它的 XML 结构，等于握住了 Tomcat 的主控开关。
