keepalivetime仅作用于非核心线程，需配合allowcorethreadtimeout(true)才能释放核心线程；建议设为30–120秒，搭配有界队列与合理maximumpoolsize，并监控poolsize是否回落至0以验证收缩效果。
keepAliveTime 本身不释放核心线程——它只对非核心线程生效。想让核心线程在高并发退潮后也及时释放，必须配合 allowCoreThreadTimeOut(true) 使用。
明确 keepAliveTime 的作用边界
默认情况下，corePoolSize 设定的线程会一直存活，无论空闲多久。keepAliveTime 仅控制超出 corePoolSize 的那部分线程（即扩容出的非核心线程）的空闲存活时长。所以单纯调小 keepAliveTime，对核心线程“零影响”。
启用 allowCoreThreadTimeOut 才能回收核心线程
开启该开关后，keepAliveTime 就会统一作用于所有空闲线程（含核心线程），使其在空闲超时后被销毁：
- 设置 allowCoreThreadTimeOut(true)，这是前提条件
- keepAliveTime 建议设为 30–120 秒，匹配业务典型的低谷持续时间
- 例如：大促订单补偿类任务，流量高峰后通常有 1–2 分钟平稳回落期，设为 60 秒较稳妥
避免因过度收缩影响下一轮突发流量
全量收缩虽省资源，但若下次请求立刻到来，重建线程仍有延迟。需权衡：
- 不建议设过短（如 ≤5 秒），否则刚缩完又扩，徒增上下文切换开销
- 可搭配有界队列（如 ArrayBlockingQueue）+ 合理 maximumPoolSize，让扩容有节制、回收有依据
- 监控
pool.getPoolSize()谷值是否稳定回落至 0 或接近 0，确认收缩生效
配套验证与可观测要点
上线后重点观察三项指标是否符合预期：
- 高峰时
pool.getActiveCount()接近 maximumPoolSize → 扩容机制起效 - 退潮后
pool.getPoolSize()持续回落并趋近于 0（非 corePoolSize）→ allowCoreThreadTimeOut + keepAliveTime 协同生效 - 队列 size() 长期低于容量 20% → 说明线程未堆积，资源释放充分
