java线程池通过阻塞队列（如take()）挂起空闲线程，零cpu占用；gettask()决定阻塞策略，中断机制配合await/signal实现优雅唤醒与退出。
Java线程池中，runWorker 方法不是靠“轮询”或“忙等待”取任务，而是通过阻塞式队列操作（如 take()）让线程主动挂起、交出CPU，等新任务入队时被唤醒——这才是高效复用线程的底层关键。
阻塞发生在 getTask()，不是在 runWorker 循环体里硬等
很多人误以为 while 循环里自己在“等”，其实不然：
循环条件 (task = getTask()) != null 看似简单，但真正耗时、挂起线程的动作全在 getTask() 内部。它根据线程池状态和配置，决定调用 workQueue.take() 还是 workQueue.poll(keepAliveTime, unit)：
• 当 allowCoreThreadTimeOut == false 且当前线程数 ≤ corePoolSize → 强制走 take()，无限期阻塞
• 当线程数 > corePoolSize 或启用了超时 → 走带超时的 poll()，超时未拿到则返回 null，触发 worker 退出
take() 的阻塞本质：线程进入 WAITING 状态，不消耗 CPU
LinkedBlockingQueue.take() 底层使用 ReentrantLock + Condition 实现：
• 队列为空时，当前线程调用 condition.await()，释放锁并进入 WAITING 状态
• 其他线程调用 offer() 成功后，会触发 condition.signal() 唤醒一个等待线程
• 被唤醒线程重新竞争锁，检查队列是否非空，再取任务
这个过程完全由 JVM 和操作系统协同完成，无需 Java 层做 sleep 或重试，零 CPU 占用。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
中断机制与阻塞唤醒是一体两面
当线程池 shutdown 或 stop 时，会遍历所有 worker 线程并调用 thread.interrupt()：
• 正在 take() 的线程会立即抛出 InterruptedException
• runWorker 捕获该异常后，不会继续循环，而是跳出 while，进入清理流程（processWorkerExit）
• 所以“中断”不是粗暴杀死线程，而是精准地把阻塞中的线程“叫醒”，让它自己走完退出逻辑
这也是为什么必须用 take() 而不是 poll()：后者不响应中断，无法实现优雅关闭。
不同队列类型对阻塞行为的影响
阻塞效果高度依赖 workQueue 的具体实现：
• LinkedBlockingQueue：典型阻塞队列，take() 可靠挂起，适合 IO 密集型任务
• SynchronousQueue：不存储元素，take() 必须等待配对的 put()，本质是线程间直接 handoff，适合高吞吐、低延迟场景
• ArrayBlockingQueue：同样支持 take()，但容量固定，满时 put() 也会阻塞
注意：PriorityBlockingQueue 不支持真正阻塞（无界），其 take() 不会挂起，慎用于核心线程池。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
