一、定基调
线程池本质是一个资源管控模型，用池化技术和排队机制在系统开销和响应速度间找平衡。核心思想是：提前创建一批线程，复用它们执行多个任务，避免频繁创建和销毁线程的开销。
二、将机制
- 核心线程常驻------保底处理能力
- 队列缓冲------任务先排队，能不扩线程就不扩
- 弹性扩张------只有队列满了才开临时工（非核心线程）
- 精准回收------临时工干完活，超时自动离职
三、埋钩子
-
为什么先排队后扩容？
线程创建成本高，能复用就复用
-
为什么默认核心线程不回收？
避免频繁创建销毁，稳定响应
-
为什么要有拒绝策略？
系统要自我保护，不能无限制的接活
-
核心线程数设置多少？
看任务是cpu密集还是IO密集 -
队列为什么用LinkedBlockingQueue？
无界队列可能导致OOM -
线程预热
线程默认不预热，第一次任务来才创建线程，需要预热需要设置prestartAllCoreThreads -
回收机制
默认只回收非核心线程，想要核心线程的话，需要设置allowCoreThreadTimeoOut
四、架构为啥这样设计？
- 用核心线程低成本处理常态流量
- 用队列缓冲突发流量，观察是否持续
- 弹性扩容应付真实峰值
- 最后防线：拒绝策略防止系统被压垮
提交任务
│
▼
┌──────────────────────┐
│ 当前线程数 < 核心线程数？ │
└──────────────────────┘
│ 是 │ 否
▼ ▼
创建新线程执行任务 ┌────────────────┐
│ 任务队列未满？ │
└───────────── ──┘
│ 是 │ 否
▼ ▼
放入队列等待 ────────────────────┐
│ 当前线程数 < 最大线程数？ │
└───────────────────┘
│ 是 │ 否
▼ ▼
创建临时线程执行任务 执行拒绝策略