线程池工作流程

任务提交 ↓ ① 核心线程数未满？ ├─ 是 → 创建新核心线程执行 └─ 否 ↓ ② 任务队列已满？ ├─ 否 → 放入队列等待 └─ 是 ↓ ③ 最大线程数未满？ ├─ 是 → 创建非核心线程执行 └─ 否 ↓ ④ 执行拒绝策略

💡 形象比喻(迅速理解)
把线程池想象成银行办理业务：
corePoolSize（核心窗口）：常开的 5 个窗口，一直有人值班
workQueue（等候区）：等候区的椅子，客户先在这里排队
maximumPoolSize（最大窗口）：最多可以开 10 个窗口（5 个核心 + 5 个临时）
keepAliveTime：临时窗口的工作人员，如果 60 秒没客户就下班
handler（拒绝策略）：等候区和所有窗口都满了，保安怎么处理新客户
AbortPolicy：告诉客户"今天不办了"，抛出异常
CallerRunsPolicy：让客户自己填表（调用者自己执行）
DiscardPolicy：直接无视客户
DiscardOldestPolicy：让等候区最前面的客户离开，新客户进来

如果核心线程数是 5，最大线程数是 10，队列容量是 100，现在提交了 120 个任务，会发生什么？
提示：按照工作流程一步步分析
前 5 个任务怎么处理？
第 6-105 个任务怎么处理？
第 106-110 个任务怎么处理？
第 111-120 个任务怎么处理？

**

1-5
核心线程执行
创建 5 个核心线程
6-105
放入队列等待
队列容量 100，刚好装满
106-110
非核心线程执行
创建 5 个临时线程
111-120
被拒绝
触发拒绝策略

**
💡 关键理解点
很多人会误解的地方：
❌ 错误理解：队列满了就立即创建新线程
✅ 正确理解：先填满队列，再创建非核心线程