Executors.newSingleThreadScheduledExecutor() 提供可靠单线程定时调度：线程崩溃自动重建、任务串行执行、需内部try-catch兜底、优先选scheduleWithFixedDelay防堆积、应用关闭前须shutdown。
使用 Executors.newSingleThreadScheduledExecutor() 实现可靠的单线程定时任务，关键在于正确管理调度器生命周期、处理任务异常、避免阻塞，并确保任务执行逻辑本身是幂等或可恢复的。
理解 newSingleThreadScheduledExecutor 的行为特点
该方法返回一个只含一个线程的 ScheduledExecutorService，所有任务按提交顺序串行执行。它具备以下特性：
- 线程在首次任务提交时启动，空闲时默认保持活跃（不自动销毁）
- 如果当前执行的任务抛出未捕获异常，该线程会终止，但 executor 会自动创建新线程继续后续任务（这是可靠性的基础保障）
- 不支持手动替换线程，也不暴露线程控制接口，因此必须依赖其内置的容错机制
- 所有调度操作（
scheduleAtFixedRate/scheduleWithFixedDelay）都基于这个唯一线程，不会并发执行
避免任务异常导致调度中断
虽然线程崩溃后会被重建，但未捕获的异常会导致本次任务失败且无日志提示，容易被忽略。务必在任务内部兜底：
- 用 try-catch 包裹整个
Runnable或Callable执行体 - 记录异常堆栈，便于排查（例如使用 SLF4J）
- 避免在 catch 中静默吞掉异常或仅打印简单信息
示例：
立即学习“Java免费学习笔记（深入）”；
```java
ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
Runnable task = () -> {
try {
// 你的业务逻辑，如数据库清理、状态同步等
doImportantWork();
} catch (Exception e) {
log.error("单线程定时任务执行失败", e); // 关键：不能省略
}
};
scheduler.scheduleAtFixedRate(task, 0, 5, TimeUnit.SECONDS);
```
选择合适的调度策略并防止任务堆积
两种常用调度方式行为差异明显，选错会导致任务延迟甚至雪崩：
-
scheduleAtFixedRate：从上一次开始时间起算周期。若任务执行耗时 > 周期，下一次会立即触发（可能重叠），不适合有状态或非幂等操作 -
scheduleWithFixedDelay：从上一次结束时间起算延迟。更安全，天然串行，推荐用于大多数场景
例如：每 10 秒调用一次外部 API，但 API 响应可能长达 12 秒 —— 必须用 fixedDelay，否则第二次调用会在第一次刚启动时就发起，造成并发请求和超时风险。
主动管理 Executor 生命周期
不要让 scheduler 长期持有而不关闭，尤其在 Spring Boot 应用或模块化系统中：
- 应用关闭前调用
scheduler.shutdown()，再配合awaitTermination()等待已提交任务完成 - 若需强制终止正在运行的任务，用
shutdownNow()，但要注意它会尝试中断线程（需任务自身响应中断） - 避免在 finally 块外直接丢弃引用，防止资源泄漏
建议封装成可管理 Bean（如 Spring 中用 @PreDestroy）或显式注册 shutdown hook。
