合理设置keepAliveTime及配套参数可使非核心线程在空闲超时后自动回收，兼顾响应与资源释放；需配合有界队列（如ArrayBlockingQueue）或SynchronousQueue，并可选开启allowCoreThreadTimeOut实现潮汐收缩。
关键在于合理设置 keepAliveTime 与配套参数，让非核心线程在业务低谷期自动退出，避免空转消耗，又不误伤响应能力。
明确回收触发条件：只回收“多余”且“真空闲”的线程
线程池不会无差别回收所有空闲线程。只有同时满足两个条件的线程才会被回收：
- 当前线程数 > corePoolSize（即该线程是非核心线程）
- 该线程在 workQueue.poll(keepAliveTime, unit) 中超时未获取到新任务
这意味着：核心线程默认永驻；非核心线程必须真正“等不到活干”，且等的时间超过 keepAliveTime，才会被清理。不是一空闲就杀，而是“空闲够久才退”。
设置合理的 keepAliveTime 值：兼顾响应与释放
这个值不是越小越好，也不是越大越稳，需结合业务节奏设定：
- 若峰值后流量回落较快（如秒杀结束 30 秒内归零），可设为 30–60 秒，让线程快速退场
- 若流量呈缓降趋势（如大促后 5 分钟内逐步回落），建议设为 2–5 分钟，避免频繁启停
- 切忌设为毫秒级（如 100ms）——会导致刚创建的非核心线程瞬间被回收，失去弹性伸缩意义
单位统一用 TimeUnit.SECONDS 或 TimeUnit.MINUTES，避免单位混淆引发意外长等待。
配合 workQueue 类型，防止“假空闲”阻塞回收
如果用了 LinkedBlockingQueue（无界队列），即使线程空闲，poll() 也不会超时（它会一直阻塞），导致 keepAliveTime 完全失效，非核心线程永不回收。
实战中应优先选用：
- ArrayBlockingQueue（有界队列）：容量可控，满后自然触发扩容或拒绝，使非核心线程有机会进入超时等待路径
-
SynchronousQueue（同步移交）：无缓冲，任务直接移交线程，空闲线程立刻进入
poll()等待，回收最及时（适合高吞吐、短任务场景）
无界队列 + 非核心线程，等于“开了回收豁免权”，务必规避。
可选增强：开启核心线程超时（allowCoreThreadTimeOut）
默认情况下，核心线程永不回收。但若系统存在明显潮汐特征（如夜间几乎无流量），可启用：
setAllowCoreThreadTimeOut(true)- 此时
keepAliveTime对所有线程生效，整个池子能彻底收缩至 0 - 需搭配较保守的
corePoolSize（如设为 2–4），避免冷启动延迟过高
开启后，首次任务到达会重新创建核心线程，属于可控代价，适合资源敏感型后台服务。
