核心线程数为0是合法且有明确用途的配置，表示线程池不保留常驻线程，所有线程均为临时创建并随空闲超时回收，必须搭配SynchronousQueue才能实现任务即时执行与资源弹性伸缩。
可以，而且是合法且有明确用途的配置。
核心线程数为 0 的真实含义
它不是“不干活”，而是“不常驻”——线程池不保留任何长期存活的核心线程。所有执行任务的线程都是非核心线程（临时线程），创建与销毁完全由任务流量和队列行为驱动。
- 任务提交时，先尝试入队；只有队列拒绝（如
SynchronousQueue.offer()失败或有界队列已满），才创建新线程 - 线程执行完任务后，空闲超过
keepAliveTime就立即回收，池中线程数可回落到 0 - 即使
corePoolSize = 0，只要满足条件（队列满 + 线程数未达maximumPoolSize），仍会创建线程
必须搭配 SynchronousQueue 才能发挥价值
这是最典型、最安全的组合。因为 SynchronousQueue 不存储任务，每次提交都需“即时配对”：有空闲线程就直接移交；没有就立刻新建线程执行。
- 任务不会积压，响应延迟低
- 线程数 ≈ 当前并发任务数，资源占用随负载实时伸缩
- 适合短时、突发、低频场景，比如 Web 请求处理、事件回调
慎用有界或无界队列
搭配不当容易导致不可预期行为：
立即学习“Java免费学习笔记（深入）”；
-
无界队列（如
LinkedBlockingQueue）：任务全入队，永不触发线程创建 → 池中始终 0 线程，任务永远不执行 -
有界队列（如
ArrayBlockingQueue(5)）：前 5 个任务静默排队，第 6 个才触发首个线程 → 出现“假死”和执行延迟
适用场景与配置建议
它适用于对资源敏感、负载波动大、任务生命周期短的系统模块。
- 推荐配置：
new ThreadPoolExecutor(0, N, 60, TimeUnit.SECONDS, new SynchronousQueue()) - 避免搭配无界队列；若用有界队列，务必预估队列容量与最大线程数的平衡点
- 注意拒绝策略选型，防止突发流量击穿
