文章目录
-
- 核心问题及解答
-
- [Q1：Tomcat架构是什么？请求如何到Spring Boot？](#Q1：Tomcat架构是什么？请求如何到Spring Boot？)
- Q2：Filter链具体有哪些？在哪里执行？
- Q3：Context的作用是什么？
- Q4：什么是Servlet？
- Q5：Tomcat线程池如何管理？与Spring线程是什么关系？
- Q6：线程资源由谁管理？
- Q7：Filter在请求链路中的位置是什么？请求完整链路是怎样的？
- [Q8：Spring MVC是什么？](#Q8：Spring MVC是什么？)
- [Q9：Servlet与Spring Boot的关系是什么？](#Q9：Servlet与Spring Boot的关系是什么？)
- 关键结论
本文核心围绕一个核心问题展开：一个HTTP请求如何最终触发Spring Boot的Controller方法执行？从架构视角来看，这一过程本质是"分层协作"的结果------Spring Boot内嵌Tomcat Servlet容器，HTTP请求需经过"网络层协议解析 → 容器分层分发 → 拦截层过滤 → MVC层调度 → 业务层执行"的完整链路，核心分层可概括为：网络层（Tomcat）→ 拦截层（Filter）→ MVC层（Spring），各层各司其职、协同配合，最终实现请求到Controller方法的映射与执行。下文将围绕这一核心，梳理关键问题并逐一解答，聚焦各环节核心要点，避免冗余细节。
核心问题及解答
Q1：Tomcat架构是什么？请求如何到Spring Boot？
A：Tomcat通过"四层容器"实现请求分层分发，Spring Boot应用对应的DispatcherServlet，本质是Tomcat最底层Wrapper容器中封装的Servlet。具体来说，Tomcat的Connector组件负责解析HTTP协议，生成Request和Response对象；随后请求通过Engine→Host→Context→Wrapper四层容器逐级匹配，其中Spring Boot jar包对应一个Context容器，DispatcherServlet则注册在Wrapper容器中。完整链路为：HTTP → Connector（协议解析）→ Engine → localhost（Host）→ SpringBoot Context → DispatcherServlet（Wrapper）。
Q2：Filter链具体有哪些？在哪里执行？
A：Filter链包含Spring Boot默认3个Filter、Spring Security集成的20+个安全Filter，以及开发者自定义Filter，执行位置在Tomcat ContextValve的Pipeline中，且在DispatcherServlet执行之前。
默认Filter：CharacterEncodingFilter（设置UTF-8编码）、HiddenHttpMethodFilter（转换PUT/DELETE请求方法）、HttpPutFormContentFilter（解析PUT请求表单）；
自定义Filter可通过@Order注解控制执行顺序，核心需调用chain.doFilter()完成请求放行；
源码执行顺序：ContextValve → ApplicationFilterChain.doFilter() → WrapperValve → servlet.service()。
Q3：Context的作用是什么？
A：Spring Boot应用中存在两个核心Context，分工明确、协同工作：Tomcat Context（StandardContext）负责管理Web应用资源，包括加载Servlet、Filter、Listener，以及维护URL路径与Servlet的映射；Spring Context（ApplicationContext）作为IoC容器，负责管理@Controller、@Service等业务Bean，实现Bean的实例化与依赖注入。二者协作逻辑：Tomcat Context启动DispatcherServlet后，DispatcherServlet从Spring Context中获取Controller Bean，执行具体业务逻辑。
Q4：什么是Servlet？
A：Servlet是Java Web的核心接口，定义了HTTP请求的处理规范，核心方法为doGet()/doPost()，用于接收HTTP请求、处理业务逻辑并返回Response。Spring MVC的DispatcherServlet继承自HttpServlet，遵循Servlet规范；Spring Boot对其进行了封装，开发者只需编写@RestController注解的接口，底层即可通过Servlet规范完成请求处理。
Q5：Tomcat线程池如何管理？与Spring线程是什么关系？
A：Tomcat通过StandardThreadExecutor管理线程池，专门处理所有HTTP Web请求，默认max-threads=200，可通过server.tomcat.max-threads配置扩容；Spring通过ThreadPoolTaskExecutor管理异步线程池（默认core=10、max=50），仅处理添加@Async注解的异步任务，二者相互独立、互不混用。线程栈内存计算遵循：（Tomcat线程数+Spring异步线程数）×1MB，受OS和JVM约束。完整链路：HTTP → Tomcat线程 → Controller → @Async（可选）→ Spring异步线程。
Q6：线程资源由谁管理？
A：线程资源的底层管理由OS和JVM负责，Tomcat和Spring仅为线程的使用者。其中，OS负责调度CPU资源，控制线程总数（可通过ulimit -u查看）；JVM负责分配线程栈内存（默认-Xss1m）和堆内存；当线程总数超出OS限制或JVM内存不足时，会出现"unable to create new native thread"异常。
Q7：Filter在请求链路中的位置是什么？请求完整链路是怎样的？
A：Filter位于Tomcat ContextValve的Pipeline中，执行顺序在DispatcherServlet之前。请求完整流程为：HTTP → Connector（协议解析）→ EngineValve → HostValve → ContextValve（FilterChain拦截）→ WrapperValve → DispatcherServlet → Controller。
Q8：Spring MVC是什么？
A：Spring MVC是基于Servlet规范的MVC框架，核心组件为DispatcherServlet（调度器），其核心流程为：DispatcherServlet调用doDispatch()方法 → HandlerMapping通过@GetMapping等注解匹配Controller方法 → HandlerAdapter执行方法逻辑 → 最终返回JSON结果。
Q9：Servlet与Spring Boot的关系是什么？
A：二者是"规范-容器-封装"的关系：Servlet定义了HTTP请求处理的标准规范，Tomcat作为Servlet容器实现该规范，Spring Boot则通过自动配置，将DispatcherServlet（实现Servlet规范）内嵌到Tomcat中，开发者无需手动配置，只需编写@RestController注解接口，即可完成请求处理，本质是Spring Boot对Servlet和Tomcat的封装简化。
关键结论
-
分层清晰：请求处理遵循"网络层（Tomcat）→ 拦截层（Filter）→ MVC层（Spring）"的核心架构；
-
Filter核心：自定义Filter必须调用chain.doFilter()，否则请求无法放行至后续环节；
-
线程独立：Tomcat线程负责全程处理Web请求，Spring线程仅处理异步任务，避免相互阻塞；
-
Context分工：Tomcat Context管Web资源，Spring Context管业务Bean，二者协同支撑请求处理；
-
实战验证：可通过日志查看线程名前缀（tomcat-nio为Tomcat线程，spring-async为Spring异步线程），通过JMX监控线程池状态。
（注：文档部分内容可能由 AI 生成）