一、Tomcat 基础架构（必问）
1. Tomcat 的核心架构（组件 + 生命周期）
- 核心组件层级关系 ：
Server（整个 Tomcat 容器）→Service（一个 Service 对应一个端口，包含 Connector+Engine）→Engine（引擎，处理 Service 下所有请求）→Host（虚拟主机，对应域名）→Context（Web 应用，对应 war 包 / 项目）→Wrapper（Servlet 包装类，对应单个 Servlet）。 - 组件生命周期 ：所有核心组件都实现
Lifecycle接口，包含init()→start()→stop()→destroy()四个核心阶段，由LifecycleListener监听生命周期事件。 - 面试高频问法：「请画出 Tomcat 的核心组件架构图并解释组件间关系」「Tomcat 组件的生命周期是怎样的？」
2. 核心组件功能拆解
表格
| 组件 | 核心作用 |
|---|---|
| Connector | 负责接收 TCP 连接、解析 HTTP 协议，将请求封装为Request/Response交给 Engine |
| Engine | 统一处理 Connector 转发的请求，根据域名 / 路径路由到对应 Host/Context |
| Host | 虚拟主机，配置域名映射（比如localhost对应 webapps 下的 ROOT 目录） |
| Context | 单个 Web 应用的上下文，对应/webapps/项目名，包含 Servlet、Filter、Listener |
| Wrapper | 管理单个 Servlet 的生命周期（初始化、执行、销毁），处理 Servlet 的多实例问题 |
二、Tomcat 请求处理流程（核心考点）
1. 完整请求链路（从浏览器到 Servlet）
预览
查看代码
浏览器发送HTTP请求
Tomcat端口监听（Connector）
Endpoint接收TCP连接，交给Processor解析HTTP协议
Adapter将请求封装为Request/Response，转发给Engine
Engine根据Host域名匹配虚拟主机
Host根据Context路径匹配Web应用
Context根据Servlet映射路径找到Wrapper
Wrapper调用Servlet的service方法处理请求
处理结果经原链路返回给浏览器
graph TD
A[浏览器发送HTTP请求] --> B[Tomcat端口监听（Connector）]
B --> C[Endpoint接收TCP连接，交给Processor解析HTTP协议]
C --> D[Adapter将请求封装为Request/Response，转发给Engine]
D --> E[Engine根据Host域名匹配虚拟主机]
E --> F[Host根据Context路径匹配Web应用]
F --> G[Context根据Servlet映射路径找到Wrapper]
G --> H[Wrapper调用Servlet的service方法处理请求]
H --> I[处理结果经原链路返回给浏览器]浏览器发送HTTP请求
Tomcat端口监听（Connector）
Endpoint接收TCP连接，交给Processor解析HTTP协议
Adapter将请求封装为Request/Response，转发给Engine
Engine根据Host域名匹配虚拟主机
Host根据Context路径匹配Web应用
Context根据Servlet映射路径找到Wrapper
Wrapper调用Servlet的service方法处理请求
处理结果经原链路返回给浏览器
豆包
你的 AI 助手，助力每日工作学习
- 关键细节 ：
- Connector 的两大核心：
Endpoint（底层 IO 模型，处理 TCP 连接）+Processor（解析 HTTP 协议）； - Tomcat 8.x 后默认用
NioEndpoint（NIO 模型），替代旧的 BIO（JIoEndpoint）； Adapter（CoyoteAdapter）是 Connector 和 Engine 的桥梁，完成协议层到容器层的适配。
- Connector 的两大核心：
2. 面试深挖问题
- 「Tomcat 如何处理并发请求？」：Endpoint 通过线程池（默认
org.apache.tomcat.util.threads.ThreadPoolExecutor）处理连接，每个请求分配一个线程，避免频繁创建销毁线程； - 「Servlet 是单例还是多例？」：默认单例（Wrapper 默认只初始化一个 Servlet 实例），线程不安全，因此 Servlet 中不能定义成员变量（除非加锁 / 用 ThreadLocal）；
- 「Tomcat 如何处理静态资源？」：默认由
DefaultServlet处理（web.xml 中映射/），可配置DefaultServlet的缓存、压缩参数优化静态资源访问。
三、Tomcat 的 IO 模型与线程池（高频深挖）
1. IO 模型演进（Tomcat 版本差异）
表格
| IO 模型 | 版本支持 | 核心特点 | 适用场景 |
|---|---|---|---|
| BIO | Tomcat 6/7 默认 | 同步阻塞，一个连接一个线程 | 低并发、简单场景 |
| NIO | Tomcat 8 默认 | 同步非阻塞，基于 Reactor 模式，一个线程管理多个连接 | 高并发、长连接场景 |
| NIO2 | Tomcat 8 + 支持 | 异步非阻塞（AIO），基于操作系统异步 IO | 超高性能要求、大文件传输 |
| APR | 需安装本地库 | 基于操作系统级别的 IO 优化，性能接近 Nginx | 生产环境高并发场景 |
- 面试问法：「BIO 和 NIO 的区别？Tomcat 为何默认用 NIO？」→ 核心答：BIO 阻塞导致线程浪费，NIO 通过 Selector 多路复用，一个线程可监听多个连接，高并发下资源利用率更高。
2. 线程池配置（性能调优核心）
Tomcat 线程池核心参数（配置在server.xml的 Connector 中）：
xml
<Connector port="8080"
protocol="org.apache.coyote.http11.Http11NioProtocol"
maxThreads="200" <!-- 最大线程数，默认200 -->
minSpareThreads="10" <!-- 核心线程数（空闲线程数下限） -->
acceptCount="100" <!-- 连接等待队列大小，默认100 -->
maxConnections="10000" <!-- 最大连接数，NIO默认10000 -->
connectionTimeout="20000"/> <!-- 连接超时时间，默认20秒 -->- 调优原则 ：
maxThreads：根据 CPU 核心数调整（比如 8 核 CPU 设为 200-400），过高会导致线程切换开销大；acceptCount：队列大小需与 maxThreads 匹配，队列过大导致请求等待久，过小导致连接被拒绝；maxConnections：NIO 模式下可设为 10000+，BIO 模式下等于 maxThreads（一个连接一个线程）。
四、Tomcat 类加载机制（高难度考点）
1. 打破 JVM 双亲委派模型
JVM 默认双亲委派：Bootstrap→Extension→Application，而 Tomcat 为了实现「不同 Web 应用隔离类加载」，自定义了类加载器层级：
plaintext
Bootstrap类加载器
↓
Extension类加载器
↓
System类加载器（Tomcat的Common类加载器）
↓
Catalina类加载器（加载Tomcat核心类）
↓
Shared类加载器（多个Web应用共享类）
↓
WebApp类加载器（每个Context一个，加载项目WEB-INF/classes和lib）
↓
JSP类加载器（每个JSP一个，JSP修改后重新加载）- 核心原因 ：
- 不同 Web 应用可加载同包同名不同版本的类（比如 A 项目用 spring 5，B 项目用 spring 4）；
- WebApp 类加载器先加载自身 WEB-INF 下的类，再委托父类加载（打破双亲委派）。
- 面试问法：「Tomcat 为何要自定义类加载器？如何打破双亲委派？」
五、Tomcat 性能调优（生产环境必问）
1. 核心调优方向
表格
| 调优维度 | 具体措施 |
|---|---|
| IO 模型 | 切换为 NIO/NIO2/APR，禁用 BIO |
| 线程池 | 调整 maxThreads、minSpareThreads、acceptCount，匹配服务器 CPU / 内存 |
| JVM 参数 | 配置堆内存（-Xms/-Xmx）、新生代 / 老年代比例（-XX:NewRatio）、GC 收集器（G1） |
| 连接器 | 开启压缩（compression="on"）、调整 keepAliveTimeout（长连接超时） |
| 静态资源 | 配置 DefaultServlet 缓存、将静态资源交给 Nginx 代理（Tomcat 只处理动态请求） |
| 类加载 | 禁用 JSP 预编译、清理 WEB-INF/lib 无用依赖，减少类加载开销 |
2. 生产环境典型配置示例（server.xml）
xml
<Connector port="8080"
protocol="org.apache.coyote.http11.Http11Nio2Protocol" <!-- 用NIO2 -->
maxThreads="400"
minSpareThreads="50"
acceptCount="200"
maxConnections="20000"
connectionTimeout="30000"
compression="on" <!-- 开启Gzip压缩 -->
compressionMinSize="2048" <!-- 大于2KB的响应压缩 -->
keepAliveTimeout="60000" <!-- 长连接超时1分钟 -->
maxKeepAliveRequests="100"/> <!-- 每个长连接最多处理100个请求 -->六、Tomcat 故障排查（实战考点）
1. 常见问题及排查方法
表格
| 问题场景 | 排查手段 | 解决方案 | ||
|---|---|---|---|---|
| 端口被占用 | `netstat -tlnp | grep 8080（Linux）/ netstat -ano |
findstr 8080`（Windows） | 改端口或杀死占用进程 |
| 启动慢 | 查看 catalina.out 日志，检查类加载 / 端口绑定耗时；禁用 DNS 反向解析（org.apache.catalina.startup.ContextConfig.noDefaultWebXml=true） |
关闭 DNS 解析、清理无用依赖 | ||
| 内存溢出 | 配置 JVM 堆内存（-Xms1g -Xmx2g）、开启 GC 日志（-XX:+PrintGCDetails）、用 MAT 分析堆转储文件 | 调整 JVM 参数、排查内存泄漏（比如 Servlet 持有大对象） | ||
| 请求超时 | 查看 access.log/localhost.log，检查 maxThreads 是否打满、连接队列是否溢出 | 调大 maxThreads/acceptCount，优化业务接口耗时 |
2. 核心日志文件
catalina.out：Tomcat 核心日志，包含启动日志、异常堆栈；localhost.log：主机相关日志，包含 Context 加载、Servlet 初始化；localhost_access_log.*.txt：访问日志，记录所有 HTTP 请求（URL、响应码、耗时）；manager.log/host-manager.log：管理后台日志。
七、Tomcat 进阶扩展（大厂面试）
- 自定义 Realm ：扩展
org.apache.catalina.Realm，实现自定义认证（比如对接数据库 / Redis 做用户权限校验）； - Tomcat 集群与会话共享 ：
- 基于 Session 复制（Tomcat 自带，低并发）；
- 基于 Redis 存储 Session（高并发，需引入
tomcat-redis-session-manager）；
- Tomcat 与 Nginx 配合 ：
- Nginx 做反向代理，处理静态资源、负载均衡，Tomcat 只处理动态请求；
- 配置
proxy_pass http://tomcat集群，开启proxy_set_header Host $host保证 Host 头正确；
- 自定义 Valve ：扩展
org.apache.catalina.Valve，实现请求拦截（比如统一日志、权限校验），类似 Servlet Filter 但层级更高。
总结
- 核心基础：Tomcat 组件架构（Server→Service→Engine→Host→Context）、请求处理流程（Connector 解析→Engine 路由→Servlet 处理）是必掌握考点；
- 性能调优：IO 模型（NIO 优于 BIO）、线程池参数（maxThreads/acceptCount）、JVM 配置是生产环境高频问法；
- 进阶考点：类加载机制（打破双亲委派）、集群会话共享、与 Nginx 配合是大厂面试区分度的关键。