短生命周期任务应配置cpu核心数+1的核心线程数、有界arrayblockingqueue（容量为核心数2～4倍）、maximumpoolsize≤cpu核心数3倍、keepalivetime为10～30秒，并启用allowcorethreadtimeout与callerrunspolicy拒绝策略，禁用cachedthreadpool和synchronousqueue。
短生命周期任务（Short-Lived）通常指执行时间极短（毫秒级）、无IO阻塞、计算轻量的任务，例如简单对象转换、基础校验、计数累加等。这类任务对线程池的敏感度高——配置不当易引发频繁线程创建/销毁、队列堆积或拒绝，反而降低吞吐。
核心线程数应略高于CPU核心数
短任务几乎不等待，属于典型的CPU密集型行为。线程数过多会加剧上下文切换开销；过少则无法压满CPU。推荐设置为：
- corePoolSize = Runtime.getRuntime().availableProcessors() + 1（例如8核设为9）
- 避免使用
Executors.newCachedThreadPool()——它默认无上限，短任务突发时可能瞬间创建数百线程，触发OOM或系统抖动 - 启用
allowCoreThreadTimeOut(true)可让空闲核心线程也回收，适合流量有明显波峰波谷的场景
选用有界队列并严格控制容量
短任务提交快、完成快，但若使用无界队列（如LinkedBlockingQueue默认容量Integer.MAX_VALUE），任务积压会悄无声息吃光堆内存。
- 优先选
ArrayBlockingQueue，容量设为corePoolSize × 2 ～ corePoolSize × 4（例如核心9线程，队列设32或64） - 容量不是越大越好：队列过大会掩盖线程池瓶颈，延迟暴露拒绝问题
- 禁用
SynchronousQueue——它要求“提交即有空闲线程”，短任务虽快，但突发提交仍易触发拒绝
最大线程数宜保守，拒绝策略选CallerRunsPolicy
短任务本身不值得为临时高峰扩容大量线程。与其让线程数飙升，不如让调用方减速。
- maximumPoolSize = corePoolSize × 2（例如9→18），不建议超过CPU核心数的3倍
- keepAliveTime设为10～30秒：足够回收突发创建的非核心线程，又避免过于激进的震荡
- 拒绝策略用
new ThreadPoolExecutor.CallerRunsPolicy()：由提交线程自己执行任务，天然限流，且不丢失任务、不抛异常
线程工厂与监控不可少
短任务并发高，出问题时需快速定位是哪个线程在跑什么任务。
- 自定义
ThreadFactory，为线程命名（如"short-task-pool-%d"），便于JVM线程dump分析 - 定期采集
getActiveCount()、getQueue().size()、getCompletedTaskCount()，设置告警阈值（如队列使用率＞80%持续30秒） - 避免使用
Executors.newFixedThreadPool()——它用的是无名线程+无界队列，调试和压测都难收敛
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
