线程池模式(Thread Pool)

线程池模式(Thread Pool Pattern)是一种并发设计模式：程序预先创建固定或弹性数量的工作线程放入池中，待执行的任务被提交到一个队列，空闲线程不断从队列取任务执行，执行完毕后回到池中等待下一个任务，而不是每来一个任务就新建一个线程。

概述

创建和销毁操作系统线程代价不小，每个线程还要占用独立栈内存；若对每个请求都新建线程，高并发下会造成频繁的上下文切换甚至内存耗尽。线程池以复用换开销、以队列做缓冲、以池大小做并发上限，成为 Web 服务器、数据库连接层、任务调度框架的标准做法。Java 的 ThreadPoolExecutor、.NET 的 ThreadPool 都是内置实现。

核心原理

• 工作队列：任务先入队，实现提交与执行的解耦，本质是生产者-消费者结构。
• 核心与最大线程数：常见实现维持核心线程常驻，负载升高时临时扩容到最大值。
• 拒绝策略：队列满且线程达到上限时，可选择丢弃、抛出异常或由提交者线程自己执行。
• 线程复用与回收：空闲超过阈值的非核心线程被回收，平衡吞吐与资源占用。

应用场景

线程池适用于大量短小、彼此独立的任务，如处理网络请求、执行定时作业、并行化批量计算。实践中通常按任务类型分池：CPU 密集型任务的线程数接近处理器核数，IO 密集型任务可配置更多线程以掩盖等待时间。

常见问题

问:线程池大小如何设定？答:CPU 密集型可取核数或核数加一；IO 密集型可按核数乘以(1 加上等待时间与计算时间之比)估算，再结合压测调整，不存在放之四海皆准的固定值。

问:什么是线程池饥饿死锁？答:池中任务又向同一个池提交子任务并等待其结果，当所有线程都在等待时，子任务永远无人执行，整体卡死。解决办法是拆分不同的池或使用支持工作窃取的框架。