文章目录从基础到高层一条架构线一、核心关系与“资源”指什么二、后端项目对线程与资源的管理总览1. 谁在管理线程2. 请求与线程、资源的对应关系三、Tomcat 与 Spring 的线程模型交互重点1. Tomcat 的线程池底层2. Spring 对线程的扩展上层Spring 会不会自己创建线程池重要3. 资源在线程间的归属关系四、Tomcat 启动 Spring 应用的完整流程五、企业级配置要点线程与资源管理1. 调优 Tomcat 底层线程池application.properties2. Spring 异步线程池配置统一管理异步任务线程3. 保证异步场景下请求上下文不丢失资源在线程间的传递4. 连接池与线程数的匹配资源与线程的配比从基础到高层一条架构线理解线程与资源管理可以按五层递进谁在跑请求 → 资源归谁管 → 谁创建/扩展线程 → 跨线程如何传上下文 → 如何配置与排查。层要回答的问题运行环境与业务应用谁接收请求、谁执行业务Tomcat 是运行环境Spring 是业务应用请求先经 Tomcat 再经 Spring。线程与资源对应一个请求几条线程资源归谁管典型模型一请求一 Tomcat 工作线程资源分请求级/连接池/共享。线程模型交互线程谁创建Spring 会不会起池只有 Tomcat 有请求处理线程池Async 时若不配置则每任务一线程非池配置后才是线程池。资源归属与传递Request 跟谁走异步为何拿不到请求级资源跟线程走ThreadLocal异步需 TaskDecorator 或手动传递并清理连接池与 maxThreads 匹配。配置与可观测参数怎么设过载怎么拒上下文怎么不丢Tomcat 与 Spring 异步池显式配置TaskDecorator 统一传上下文统一命名便于 Dump 排查。下文依此展开先澄清 Tomcat 与 Spring 的角色及「资源」含义再说明谁管线程、线程模型与 Async 是否用池最后是启动流程、企业级配置与总结。一、核心关系与“资源”指什么Tomcat是 Servlet 容器负责监听端口、接收连接、把请求交给工作线程SpringContext Web MVC是应用框架负责 Bean 管理、请求分发、业务逻辑。Tomcat 是运行环境Spring 是业务应用Spring 应用跑在 Tomcat 里。1. HTTP 请求 → 2. Tomcat接收、分配线程→ 3. Spring MVCDispatcherServlet→ 4. Spring 容器Bean→ 5. 业务逻辑 → 6. 响应后端项目里的资源大致分四类请求级Request、Session 等随请求生命周期连接类DB/HTTP/Redis 连接池按需获取与归还缓存与共享需考虑并发安全线程本身Tomcat 工作线程、Async 所用线程。线程管理的核心是谁创建线程、请求由哪条线程执行、资源如何获取与释放、请求结束后如何回收线程与上下文。二、后端项目对线程与资源的管理总览1. 谁在管理线程层级谁管理线程管理什么Tomcat内置线程池如ThreadPoolExecutor接收连接、把请求交给工作线程maxThreads、minSpareThreads、acceptCount等控制并发与排队。Spring请求处理不创建线程池复用车载 Tomcat 线程Controller/Service 在 Tomcat 线程中执行Async时若不配置则每任务新起一线程默认 SimpleAsyncTaskExecutor非池若显式配置 Executor 则使用该线程池。业务/中间件连接池、消息消费、定时任务等数据库连接池内部可能有线程、消息监听器常自带线程池、Quartz 等有调度线程池。2. 请求与线程、资源的对应关系一个请求在典型场景下对应一个 Tomcat 工作线程从请求进入到响应返回。该线程在执行过程中可能从连接池取连接、从RequestContextHolder取当前请求上下文、从Session取用户信息执行完毕后连接归还池、线程归还 Tomcat 线程池请求级上下文随之失效。若使用Async主请求线程可提前释放异步任务在另一条线程执行未配置 Executor 时是每任务一线程配置了线程池则在该池中执行此时若要用 Request/Session 等需显式传递或恢复上下文否则会丢。一句话后端通过“一个请求绑定一个工作线程”的模型在该线程内完成对请求级资源与连接类资源的访问与释放线程池参数和异步策略决定了并发能力和资源占用上限。三、Tomcat 与 Spring 的线程模型交互重点本节具体说明Tomcat 如何提供请求处理线程池Spring 如何在其之上做扩展。1. Tomcat 的线程池底层Tomcat 启动时会创建内置线程池如org.apache.tomcat.util.threads.ThreadPoolExecutor核心作用每个 HTTP 请求到来时Tomcat 从线程池分配一个工作线程处理该线程会一路贯穿到 Spring 层Spring 业务逻辑Controller/Service默认就在这根线程里执行请求结束后线程归还线程池不会销毁实现线程复用。Tomcat 线程池关键参数可在server.xml或application.properties配置maxThreads最大工作线程数默认 200决定同时处理的最大请求数也间接决定“最多有多少请求同时在用连接、缓存等资源”。minSpareThreads核心/常驻空闲线程数默认 10保持一定数量线程待命减少冷启动延迟。acceptCount请求队列长度默认 100当工作线程全部占用时新请求在此排队排满则拒绝。2. Spring 对线程的扩展上层Spring 不会替换 Tomcat 的底层线程池而是在其之上做扩展默认场景Spring 业务代码Controller/Service都运行在Tomcat 工作线程中无额外线程切换请求级资源Request、Session、RequestContextHolder自然绑定当前线程。异步场景Async/DeferredResult/CompletableFuture耗时逻辑会放到另一批线程执行Tomcat 线程可提前释放此时需注意线程上下文传递否则异步线程内拿不到当前请求的 Request/Session。Spring 会不会自己创建线程池重要结论先说清场景Spring 是否创建/使用线程池说明HTTP 请求处理Controller/Service 同步执行否Spring从不为请求处理创建线程池所有请求都在Tomcat 工作线程中执行Spring 只是复用车载线程。Async 且未配置 Executor不算“池”Spring 默认使用SimpleAsyncTaskExecutor每个 Async 任务新起一条线程执行完即销毁没有线程复用本质是“每任务一线程”而非线程池。生产环境若大量使用 Async 且不配置会导致无界创建线程有 OOM 风险。Async 且显式配置了 Executor如ThreadPoolTaskExecutor是此时异步任务提交到你配置的线程池中执行线程复用、数量可控。生产环境使用 Async 时必须显式配置线程池并指定Async(beanName)。线程上下文传递Spring 通过RequestContextHolder底层ThreadLocal保存当前请求的RequestAttributes仅当前请求所在线程可访问异步线程中需通过参数传递或使用TaskDecorator包装否则拿不到 Request/Session。3. 资源在线程间的归属关系资源类型与线程的关系谁管理生命周期Request / Response / Session与处理该请求的线程绑定通常一个请求一个线程Tomcat Spring请求结束即失效RequestContextHolderThreadLocal仅当前线程可见Spring请求结束需清理否则线程复用时可能串线数据库连接池 / 连接线程从池中get用毕return不“属于”某一线程连接池如 HikariCP、Druid异步线程池中的任务由 Spring 或自定义 Executor 调度到 worker 线程Spring / 自定义 Bean四、Tomcat 启动 Spring 应用的完整流程Tomcat 启动→ 加载web.xml或 Spring Boot 自动配置的DispatcherServletSpring MVC 的核心 Servlet。Tomcat 初始化 DispatcherServlet→ 触发Spring 容器初始化ApplicationContext。Spring 容器扫描包、创建并初始化所有 BeanController / Service / Mapper 等若配置了连接池、异步线程池等也在此阶段初始化。初始化完成后Tomcat 监听端口线程池就绪等待请求。请求到来Tomcat 从线程池取一条工作线程 → 调用DispatcherServlet→ Spring MVC 匹配 Controller → 执行业务逻辑期间可能从连接池取连接、读 Request/Session→ 返回响应 →线程归还池、请求级资源失效。五、企业级配置要点线程与资源管理结合“后端对线程与资源的管理”实际开发中需要关注以下配置。1. 调优 Tomcat 底层线程池application.propertiesTomcat 线程池决定了同一时刻最多有多少个请求在执行也决定了连接池、缓存等资源的最大并发使用量。# Tomcat 线程池配置 server.tomcat.max-threads500 # 最大工作线程数IO 密集型可设 200–500 server.tomcat.min-spare-threads50 # 核心空闲线程数 server.tomcat.accept-count200 # 队列长度满则拒绝 server.tomcat.threads.max-idle-time60000 # 线程空闲超时毫秒maxThreads不宜远大于数据库连接池等资源的容量否则会出现大量线程在等连接。acceptCount过大时排队请求占用内存且 RT 变长需配合监控与限流使用。2. Spring 异步线程池配置统一管理异步任务线程使用Async时必须显式配置线程池Spring 默认使用 SimpleAsyncTaskExecutor每任务新起一线程不复用生产环境会导致无界创建线程、有 OOM 风险。显式配置后便于控制并发度、统一线程命名方便排查问题。ConfigurationEnableAsyncpublicclassAsyncConfig{Bean(asyncThreadPool)publicExecutorasyncThreadPool(){ThreadPoolTaskExecutorexecutornewThreadPoolTaskExecutor();executor.setCorePoolSize(10);// 核心线程数executor.setMaxPoolSize(50);// 最大线程数executor.setQueueCapacity(100);// 队列长度executor.setThreadNamePrefix(async-);// 线程名前缀便于 Dump 排查executor.setRejectedExecutionHandler(newThreadPoolExecutor.CallerRunsPolicy());executor.initialize();returnexecutor;}}// 使用时指定线程池Async(asyncThreadPool)publicvoiddoAsyncTask(){// 耗时业务逻辑}3. 保证异步场景下请求上下文不丢失资源在线程间的传递Spring 的RequestContextHolder基于 ThreadLocal只对当前线程有效异步线程拿不到主请求的上下文需显式传递。方式一调用方传入上下文在异步方法内设置在主线程先取RequestAttributes通过方法参数传入异步方法在异步方法开头调用RequestContextHolder.setRequestAttributes(attributes, true)任务结束后resetRequestAttributes()。注意若主请求已结束Request/Response 可能已失效仅适合“主请求未结束、异步仅做并行计算”等场景。方式二使用 TaskDecorator 统一传递推荐Bean(asyncThreadPool)publicExecutorasyncThreadPool(){ThreadPoolTaskExecutorexecutornewThreadPoolTaskExecutor();// ... 其他参数 ...executor.setTaskDecorator(runnable-{RequestAttributesattributesRequestContextHolder.getRequestAttributes();return()-{try{if(attributes!null){RequestContextHolder.setRequestAttributes(attributes,true);}runnable.run();}finally{RequestContextHolder.resetRequestAttributes();}};});executor.initialize();returnexecutor;}所有通过该线程池提交的异步任务都会自动带上当前请求的上下文任务结束后清理避免线程复用时串线。4. 连接池与线程数的匹配资源与线程的配比数据库连接池大小建议与 TomcatmaxThreads和业务特点匹配一般可设为略小于或等于“实际并发请求数”避免连接数过大压垮数据库。线程命名Tomcat、Spring 异步线程池、连接池内部线程若有建议统一命名规范便于用Thread Dump区分请求线程、异步线程、连接池线程快速做问题归因。 
长河君 · 2026/11/3 2:01:41 · 阅读 1.2k 【Java并发】Tomcat 与 Spring：后端项目中的线程与资源管理
文章目录从基础到高层一条架构线一、核心关系与“资源”指什么二、后端项目对线程与资源的管理总览1. 谁在管理线程2. 请求与线程、资源的对应关系三、Tomcat 与 Spring 的线程模型交互重点1. Tomcat 的线程池底层2. Spring 对线程的扩展上层Spring 会不会自己创建线程池重要3. 资源在线程间的归属关系四、Tomcat 启动 Spring 应用的完整流程五、企业级配置要点线程与资源管理1. 调优 Tomcat 底层线程池application.properties2. Spring 异步线程池配置统一管理异步任务线程3. 保证异步场景下请求上下文不丢失资源在线程间的传递4. 连接池与线程数的匹配资源与线程的配比从基础到高层一条架构线理解线程与资源管理可以按五层递进谁在跑请求 → 资源归谁管 → 谁创建/扩展线程 → 跨线程如何传上下文 → 如何配置与排查。层要回答的问题运行环境与业务应用谁接收请求、谁执行业务Tomcat 是运行环境Spring 是业务应用请求先经 Tomcat 再经 Spring。线程与资源对应一个请求几条线程资源归谁管典型模型一请求一 Tomcat 工作线程资源分请求级/连接池/共享。线程模型交互线程谁创建Spring 会不会起池只有 Tomcat 有请求处理线程池Async 时若不配置则每任务一线程非池配置后才是线程池。资源归属与传递Request 跟谁走异步为何拿不到请求级资源跟线程走ThreadLocal异步需 TaskDecorator 或手动传递并清理连接池与 maxThreads 匹配。配置与可观测参数怎么设过载怎么拒上下文怎么不丢Tomcat 与 Spring 异步池显式配置TaskDecorator 统一传上下文统一命名便于 Dump 排查。下文依此展开先澄清 Tomcat 与 Spring 的角色及「资源」含义再说明谁管线程、线程模型与 Async 是否用池最后是启动流程、企业级配置与总结。一、核心关系与“资源”指什么Tomcat是 Servlet 容器负责监听端口、接收连接、把请求交给工作线程SpringContext Web MVC是应用框架负责 Bean 管理、请求分发、业务逻辑。Tomcat 是运行环境Spring 是业务应用Spring 应用跑在 Tomcat 里。1. HTTP 请求 → 2. Tomcat接收、分配线程→ 3. Spring MVCDispatcherServlet→ 4. Spring 容器Bean→ 5. 业务逻辑 → 6. 响应后端项目里的资源大致分四类请求级Request、Session 等随请求生命周期连接类DB/HTTP/Redis 连接池按需获取与归还缓存与共享需考虑并发安全线程本身Tomcat 工作线程、Async 所用线程。线程管理的核心是谁创建线程、请求由哪条线程执行、资源如何获取与释放、请求结束后如何回收线程与上下文。二、后端项目对线程与资源的管理总览1. 谁在管理线程层级谁管理线程管理什么Tomcat内置线程池如ThreadPoolExecutor接收连接、把请求交给工作线程maxThreads、minSpareThreads、acceptCount等控制并发与排队。Spring请求处理不创建线程池复用车载 Tomcat 线程Controller/Service 在 Tomcat 线程中执行Async时若不配置则每任务新起一线程默认 SimpleAsyncTaskExecutor非池若显式配置 Executor 则使用该线程池。业务/中间件连接池、消息消费、定时任务等数据库连接池内部可能有线程、消息监听器常自带线程池、Quartz 等有调度线程池。2. 请求与线程、资源的对应关系一个请求在典型场景下对应一个 Tomcat 工作线程从请求进入到响应返回。该线程在执行过程中可能从连接池取连接、从RequestContextHolder取当前请求上下文、从Session取用户信息执行完毕后连接归还池、线程归还 Tomcat 线程池请求级上下文随之失效。若使用Async主请求线程可提前释放异步任务在另一条线程执行未配置 Executor 时是每任务一线程配置了线程池则在该池中执行此时若要用 Request/Session 等需显式传递或恢复上下文否则会丢。一句话后端通过“一个请求绑定一个工作线程”的模型在该线程内完成对请求级资源与连接类资源的访问与释放线程池参数和异步策略决定了并发能力和资源占用上限。三、Tomcat 与 Spring 的线程模型交互重点本节具体说明Tomcat 如何提供请求处理线程池Spring 如何在其之上做扩展。1. Tomcat 的线程池底层Tomcat 启动时会创建内置线程池如org.apache.tomcat.util.threads.ThreadPoolExecutor核心作用每个 HTTP 请求到来时Tomcat 从线程池分配一个工作线程处理该线程会一路贯穿到 Spring 层Spring 业务逻辑Controller/Service默认就在这根线程里执行请求结束后线程归还线程池不会销毁实现线程复用。Tomcat 线程池关键参数可在server.xml或application.properties配置maxThreads最大工作线程数默认 200决定同时处理的最大请求数也间接决定“最多有多少请求同时在用连接、缓存等资源”。minSpareThreads核心/常驻空闲线程数默认 10保持一定数量线程待命减少冷启动延迟。acceptCount请求队列长度默认 100当工作线程全部占用时新请求在此排队排满则拒绝。2. Spring 对线程的扩展上层Spring 不会替换 Tomcat 的底层线程池而是在其之上做扩展默认场景Spring 业务代码Controller/Service都运行在Tomcat 工作线程中无额外线程切换请求级资源Request、Session、RequestContextHolder自然绑定当前线程。异步场景Async/DeferredResult/CompletableFuture耗时逻辑会放到另一批线程执行Tomcat 线程可提前释放此时需注意线程上下文传递否则异步线程内拿不到当前请求的 Request/Session。Spring 会不会自己创建线程池重要结论先说清场景Spring 是否创建/使用线程池说明HTTP 请求处理Controller/Service 同步执行否Spring从不为请求处理创建线程池所有请求都在Tomcat 工作线程中执行Spring 只是复用车载线程。Async 且未配置 Executor不算“池”Spring 默认使用SimpleAsyncTaskExecutor每个 Async 任务新起一条线程执行完即销毁没有线程复用本质是“每任务一线程”而非线程池。生产环境若大量使用 Async 且不配置会导致无界创建线程有 OOM 风险。Async 且显式配置了 Executor如ThreadPoolTaskExecutor是此时异步任务提交到你配置的线程池中执行线程复用、数量可控。生产环境使用 Async 时必须显式配置线程池并指定Async(beanName)。线程上下文传递Spring 通过RequestContextHolder底层ThreadLocal保存当前请求的RequestAttributes仅当前请求所在线程可访问异步线程中需通过参数传递或使用TaskDecorator包装否则拿不到 Request/Session。3. 资源在线程间的归属关系资源类型与线程的关系谁管理生命周期Request / Response / Session与处理该请求的线程绑定通常一个请求一个线程Tomcat Spring请求结束即失效RequestContextHolderThreadLocal仅当前线程可见Spring请求结束需清理否则线程复用时可能串线数据库连接池 / 连接线程从池中get用毕return不“属于”某一线程连接池如 HikariCP、Druid异步线程池中的任务由 Spring 或自定义 Executor 调度到 worker 线程Spring / 自定义 Bean四、Tomcat 启动 Spring 应用的完整流程Tomcat 启动→ 加载web.xml或 Spring Boot 自动配置的DispatcherServletSpring MVC 的核心 Servlet。Tomcat 初始化 DispatcherServlet→ 触发Spring 容器初始化ApplicationContext。Spring 容器扫描包、创建并初始化所有 BeanController / Service / Mapper 等若配置了连接池、异步线程池等也在此阶段初始化。初始化完成后Tomcat 监听端口线程池就绪等待请求。请求到来Tomcat 从线程池取一条工作线程 → 调用DispatcherServlet→ Spring MVC 匹配 Controller → 执行业务逻辑期间可能从连接池取连接、读 Request/Session→ 返回响应 →线程归还池、请求级资源失效。五、企业级配置要点线程与资源管理结合“后端对线程与资源的管理”实际开发中需要关注以下配置。1. 调优 Tomcat 底层线程池application.propertiesTomcat 线程池决定了同一时刻最多有多少个请求在执行也决定了连接池、缓存等资源的最大并发使用量。# Tomcat 线程池配置 server.tomcat.max-threads500 # 最大工作线程数IO 密集型可设 200–500 server.tomcat.min-spare-threads50 # 核心空闲线程数 server.tomcat.accept-count200 # 队列长度满则拒绝 server.tomcat.threads.max-idle-time60000 # 线程空闲超时毫秒maxThreads不宜远大于数据库连接池等资源的容量否则会出现大量线程在等连接。acceptCount过大时排队请求占用内存且 RT 变长需配合监控与限流使用。2. Spring 异步线程池配置统一管理异步任务线程使用Async时必须显式配置线程池Spring 默认使用 SimpleAsyncTaskExecutor每任务新起一线程不复用生产环境会导致无界创建线程、有 OOM 风险。显式配置后便于控制并发度、统一线程命名方便排查问题。ConfigurationEnableAsyncpublicclassAsyncConfig{Bean(asyncThreadPool)publicExecutorasyncThreadPool(){ThreadPoolTaskExecutorexecutornewThreadPoolTaskExecutor();executor.setCorePoolSize(10);// 核心线程数executor.setMaxPoolSize(50);// 最大线程数executor.setQueueCapacity(100);// 队列长度executor.setThreadNamePrefix(async-);// 线程名前缀便于 Dump 排查executor.setRejectedExecutionHandler(newThreadPoolExecutor.CallerRunsPolicy());executor.initialize();returnexecutor;}}// 使用时指定线程池Async(asyncThreadPool)publicvoiddoAsyncTask(){// 耗时业务逻辑}3. 保证异步场景下请求上下文不丢失资源在线程间的传递Spring 的RequestContextHolder基于 ThreadLocal只对当前线程有效异步线程拿不到主请求的上下文需显式传递。方式一调用方传入上下文在异步方法内设置在主线程先取RequestAttributes通过方法参数传入异步方法在异步方法开头调用RequestContextHolder.setRequestAttributes(attributes, true)任务结束后resetRequestAttributes()。注意若主请求已结束Request/Response 可能已失效仅适合“主请求未结束、异步仅做并行计算”等场景。方式二使用 TaskDecorator 统一传递推荐Bean(asyncThreadPool)publicExecutorasyncThreadPool(){ThreadPoolTaskExecutorexecutornewThreadPoolTaskExecutor();// ... 其他参数 ...executor.setTaskDecorator(runnable-{RequestAttributesattributesRequestContextHolder.getRequestAttributes();return()-{try{if(attributes!null){RequestContextHolder.setRequestAttributes(attributes,true);}runnable.run();}finally{RequestContextHolder.resetRequestAttributes();}};});executor.initialize();returnexecutor;}所有通过该线程池提交的异步任务都会自动带上当前请求的上下文任务结束后清理避免线程复用时串线。4. 连接池与线程数的匹配资源与线程的配比数据库连接池大小建议与 TomcatmaxThreads和业务特点匹配一般可设为略小于或等于“实际并发请求数”避免连接数过大压垮数据库。线程命名Tomcat、Spring 异步线程池、连接池内部线程若有建议统一命名规范便于用Thread Dump区分请求线程、异步线程、连接池线程快速做问题归因。