Java线程池通过线程复用机制提升性能，核心是Worker线程循环从阻塞队列取任务执行；核心线程长期存活，非核心线程空闲超keepAliveTime后回收；需合理配置corePoolSize、队列容量与拒绝策略，并显式清理ThreadLocal以防内存泄漏。
Java 线程池通过“线程复用”机制避免频繁创建和销毁线程，核心在于让同一线程反复执行多个任务，而不是为每个任务新建线程。
线程池内部维护一个工作线程集合
当调用 execute() 或 submit() 提交任务时，线程池不会立即创建新线程，而是按策略分配已有空闲线程来执行。这些工作线程（Worker）在启动后会持续从阻塞队列（如 LinkedBlockingQueue 或 SynchronousQueue）中获取新任务，循环执行，直到被显式关闭或超时回收。
- 核心线程（corePoolSize 内）默认长期存活，即使空闲也不销毁（除非 allowCoreThreadTimeOut 设为 true）
- 非核心线程在空闲超过 keepAliveTime 后会被回收，但只要队列有任务，它们仍可能被复用
- 每个 Worker 对象封装了一个 Thread 和一个 while 循环：不断调用 queue.take() 或 queue.poll(timeout) 拿任务
任务提交与线程绑定是松耦合的
你提交的 Runnable/Callable 并不绑定到某个固定线程；线程池只保证“由池中某个可用线程执行”，具体哪个线程由调度逻辑决定。这种解耦使得：
- 同一任务实例不会被多个线程并发执行（除非你主动共享并重复提交）
- 不同任务可能被同一个线程串行执行（例如线程 A 先执行 task1，再执行 task2）
- 没有线程上下文切换开销的额外放大——因为线程本身不销毁，栈、本地变量等资源得以保留
正确配置参数才能真正发挥复用效果
若参数设置不合理，反而会削弱复用能力：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- corePoolSize 过小：高并发时大量任务排队，后续请求触发创建非核心线程，增加创建成本
- 队列容量过大（如无界队列 + 小 corePoolSize）：任务积压，核心线程始终忙碌，新任务无法及时被处理，看似“复用”，实则响应延迟升高
- keepAliveTime 过短 + maxPoolSize 较大：非核心线程刚建好就回收，下次又得重建，失去复用意义
推荐做法：根据业务平均并发量设定 corePoolSize，搭配有界队列与合理拒绝策略，让线程数稳定在核心范围内运行。
注意线程局部状态的清理
复用意味着线程生命周期远长于单个任务。如果任务中使用了 ThreadLocal 存储上下文（如用户信息、事务 ID），必须显式 remove()，否则会造成内存泄漏或上下文污染。
- 不要依赖线程销毁来清理 ThreadLocal —— 复用下它不会被回收
- 在任务执行前后用 try-finally 包裹，确保 remove() 执行
- 考虑使用 InheritableThreadLocal 或更安全的上下文传递方式（如传参或 MDC 配合日志框架）
