线程池的核心思想是线程复用，即任务执行完后线程不销毁，而是循环从阻塞队列取新任务执行；通过worker无限循环、核心线程常驻、非核心线程超时回收及任务队列缓冲实现复用，显著降低创建销毁开销、控制并发、提升响应与稳定性。
线程池的核心思想就是“用过的线程，别急着扔，等下一个活儿来了接着干”。它不为每个任务都新建一个线程，而是维护一组可反复调用的线程，让它们在任务之间持续待命、轮换执行。
为什么创建和销毁线程本身就有开销？
每次 new Thread() 并启动，并不只是 Java 层面对象实例化那么简单，背后涉及：
- 内核级线程的创建与注册（操作系统调度器介入）
- 为每个线程分配独立栈内存（默认 1MB 左右，大量线程极易触发 OOM）
- 线程上下文切换——CPU 在多个线程间来回保存/恢复寄存器状态，频繁切换会吃掉可观 CPU 时间
- JVM 还要维护线程生命周期、GC 可达性、监控信息等额外负担
复用是怎么具体落地的？
线程池靠几个关键机制把“复用”真正做实：
- Worker 循环体：每个工作线程本质是一个 while 循环，不断从任务队列（如 LinkedBlockingQueue）中 take() 或 poll() 任务；拿到就执行，执行完继续取；没任务就阻塞或等待超时
- 核心线程长期存活：只要线程池没 shutdown，corePoolSize 内的线程即使空闲也不会退出（除非显式开启 allowCoreThreadTimeOut）
- 非核心线程弹性回收：超出核心数的线程，在 keepAliveTime 内无任务可取时，自动终止，实现资源伸缩
- 任务队列作缓冲：当线程忙不过来，新任务先排队，而不是立刻扩容线程——避免瞬时流量打爆系统
复用带来的实际好处有哪些？
不是理论空谈，而是直接影响系统表现：
- 响应更快：任务提交后，若有空闲线程，几乎立刻开始执行，省去几百微秒到几毫秒的线程创建延迟
- 资源更稳：线程总数被 core/max 限制住，不会因突发请求涌进几千个线程，导致 CPU 跑满、内存耗尽、系统卡死
- 管理更可控：所有线程统一命名、统一中断逻辑、统一关闭流程；出问题时能快速定位是哪个 Worker 卡住了，而不是一堆匿名线程难追踪
一个典型场景帮你串起来
假设配置 core=2、max=4、队列容量=5：
- 前两个任务来 → 启动 2 个核心线程，马上执行
- 第 3～7 个任务来 → 全部入队，2 个线程边执行边消费队列
- 第 8 个任务来 → 队列已满，但当前只有 2 个线程，于是再启 2 个非核心线程（总数达 4）
- 后续任务陆续完成 → 多余的非核心线程在空闲超过 keepAliveTime 后自动退出，最终回归 2 个核心线程待命
整个过程没有一次线程销毁重建，全是已有线程在接续干活。
