预热核心线程是线程池启动后立即激活全部核心线程以降低首请求延迟的手段，适用于服务启动即有流量、线程初始化开销大、响应敏感且核心数固定的场景，需在初始化后立即调用prestartAllCoreThreads并配合allowCoreThreadTimeOut等策略优化。
预热核心线程是线程池启动后立即激活全部核心线程的手段，能避免首次任务到来时因线程创建延迟导致响应变慢。关键在于让线程池在空闲状态下就准备好执行能力，尤其适合流量可预期、低延迟要求高的场景。
什么时候该调用 prestartAllCoreThreads
不是所有场景都需要预热。它最适合以下情况：
- 服务启动后很快就会迎来第一批请求（如网关、定时任务触发器）
- 线程初始化开销较大（例如线程内需加载配置、建立数据库连接、初始化 TLS 上下文）
- 对首请求延迟敏感（如实时推荐、风控校验等毫秒级响应场景）
- 核心线程数固定且不会频繁扩容（否则预热的线程可能长期闲置）
怎么正确调用 prestartAllCoreThreads
该方法必须在线程池初始化完成、但尚未提交任何任务时调用，否则无效或效果打折：
- 在 new ThreadPoolExecutor(...) 后立即调用，不要等到第一次 execute() 前才调
- 若使用 Executors 工具类（如 newFixedThreadPool），需先转为 ThreadPoolExecutor 类型才能调用
- 返回值是实际启动的线程数，可用于日志记录或健康检查（比如期望启动 4 个，却只返回 2，说明可能资源不足）
示例：
立即学习“Java免费学习笔记（深入）”；
ThreadPoolExecutor pool = new ThreadPoolExecutor(4, 8, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue());int started = pool.prestartAllCoreThreads(); // 立即启动全部 4 个核心线程
预热不等于“万能加速”，要注意这些限制
预热只能解决核心线程创建延迟，不能覆盖所有性能瓶颈：
- 它不影响最大线程数（maximumPoolSize）中的非核心线程，那些仍按需创建
- 如果任务本身耗时长或阻塞严重，预热无法缩短单次执行时间
- 空闲核心线程会受 keepAliveTime 约束，超时后仍会被回收（除非 allowCoreThreadTimeOut 为 true）
- 过度预热（如核心数设得过大）反而增加 JVM 内存与上下文切换开销
配合其他策略效果更佳
单独预热作用有限，建议组合使用：
- 设置 allowCoreThreadTimeOut(true)，让核心线程也能在空闲时回收，兼顾预热与弹性
- 结合 beforeExecute 钩子，在线程首次执行任务前做轻量初始化（如连接池获取连接）
- 用 ScheduledThreadPoolExecutor 定期提交空任务，维持线程活跃状态（适用于 keepAliveTime 较短的场景）
- 配合监控指标（如 activeCount、poolSize）验证预热是否生效
