scheduledexecutorservice的周期性任务抛出未捕获异常会导致后续调度停止；必须在runnable/callable内部try-catch捕获所有异常，或使用saferun等装饰器统一兜底，thread.setdefaultuncaughtexceptionhandler无效。
默认情况下，ScheduledExecutorService 中的任务如果抛出未捕获异常（包括自定义异常），该任务会静默终止，后续不再执行——**这不是线程崩溃，而是任务本身被框架“放弃”了**。要避免定时任务因异常中断，核心思路是：**不让异常逃出任务体**，即在 Runnable 或 Callable 内部主动捕获并处理异常。
在任务内部 try-catch 捕获所有异常
这是最直接、最推荐的做法。无论你抛的是 MyBusinessException 还是 RuntimeException，只要没被 catch，就会导致单次执行失败且后续调度停止（对 scheduleAtFixedRate 和 scheduleWithFixedDelay 均适用）。
示例：
ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(1);
scheduler.scheduleAtFixedRate(() -> {
try {
doSomething(); // 可能抛出 MyCustomException
} catch (MyCustomException e) {
// 记录日志、告警、降级处理等
log.error("任务执行异常，继续下次调度", e);
// 不 throw，不 rethrow，不 throw new RuntimeException(e)
} catch (Exception e) {
// 捕获其他意外异常（建议保留）
log.warn("未知异常，防止任务终止", e);
}
}, 0, 5, TimeUnit.SECONDS);
使用装饰器包装 Runnable/Callable（统一兜底）
当多个定时任务都需要相同异常处理逻辑时，可封装一个通用的异常防护装饰器，避免重复写 try-catch。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
例如：
public static Runnable safeRun(Runnable task) {
return () -> {
try {
task.run();
} catch (Throwable t) { // 注意：用 Throwable 捕获 Error 和 Exception
log.error("定时任务异常被拦截，继续调度", t);
// 可选：上报监控、触发熔断等
}
};
}
// 使用
scheduler.scheduleAtFixedRate(safeRun(this::doSomething), 0, 10, TimeUnit.SECONDS);
注意 schedule() 和周期性调度的区别
只有周期性调度方法（scheduleAtFixedRate、scheduleWithFixedDelay）会因单次异常而停止后续执行；而一次性调度 schedule(Runnable, delay, unit) 本来就不涉及“重复”，所以无需特别防止单次异常影响——但如果你把它链式调用（比如在 run 里再次 schedule），那仍需在内部 catch。
-
scheduleAtFixedRate：异常 → 当前周期失败 → 后续周期不再触发 -
scheduleWithFixedDelay：同上，异常后整个调度链断裂 - 二者都不提供类似 “onFailure 回调” 的机制，必须靠手动防御
不要依赖 Thread.setDefaultUncaughtExceptionHandler
这个处理器对 ScheduledExecutorService 无效。因为线程池中的工作线程是复用的，且任务是在 run() 内部执行的，异常发生在任务上下文，而非线程顶层。设置默认异常处理器无法拦截到这些异常，也不能恢复调度。
同样，重写 ThreadFactory 中的 uncaughtExceptionHandler 也无效——它只对线程因未捕获异常而终结时生效，而 ScheduledExecutorService 的线程不会因任务异常退出。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
