正确捕获异常可防止定时任务因未处理异常而终止。使用ScheduledExecutorService时需在Runnable中用try-catch包裹逻辑；Spring @Scheduled注解任务也应在方法内捕获异常，或结合AOP统一处理；Timer任务必须自行捕获异常，否则整个Timer线程会中断。建议使用日志框架记录异常，结合重试、告警和监控机制提升稳定性，优先选用ScheduledExecutorService替代Timer以增强健壮性。
在Java中使用定时任务时，异常处理容易被忽视，尤其是当任务抛出异常而未被捕获时，可能导致任务静默终止或调度器停止执行。要确保定时任务的稳定性，必须正确捕获和处理异常。以下是几种常见定时任务方式及其异常捕获方法。
使用ScheduledExecutorService捕获异常
ScheduledExecutorService 是Java并发包中常用的定时任务工具。由于任务通常以Runnable形式提交，而Runnable无法抛出受检异常，未捕获的异常会导致线程中断。
解决方法是在任务内部使用try-catch包裹逻辑：
ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(2);
scheduler.scheduleAtFixedRate(() -> {
try {
// 定时任务逻辑
doSomething();
} catch (Exception e) {
// 捕获并处理异常，防止任务终止
System.err.println("任务执行异常: " + e.getMessage());
e.printStackTrace(); // 建议使用日志框架
}
}, 0, 5, TimeUnit.SECONDS);
这样做可以保证即使发生异常，任务仍会按计划继续执行。
立即学习“Java免费学习笔记（深入）”；
使用Spring @Scheduled注解时的异常处理
在Spring中，通过@Scheduled注解定义定时任务，默认情况下异常不会被自动捕获。
同样需要在方法内部手动捕获异常：
@Scheduled(fixedRate = 5000)
public void myTask() {
try {
performBusinessLogic();
} catch (Exception e) {
log.error("定时任务执行失败", e);
// 可以触发告警、重试或记录监控
}
}
如果希望统一处理多个定时任务的异常，可以结合AOP或自定义切面进行异常拦截。
使用Timer和TimerTask时的异常捕获
虽然Timer已不推荐使用，但在一些旧系统中仍可见。Timer的一个严重问题是：一旦TimerTask抛出未捕获异常，整个Timer线程就会终止，后续任务不再执行。
因此，必须在TimerTask中捕获所有异常：
Timer timer = new Timer();
timer.schedule(new TimerTask() {
@Override
public void run() {
try {
doWork();
} catch (Exception e) {
System.err.println("Timer任务异常: " + e.getMessage());
// 记录日志，避免线程退出
}
}
}, 0, 5000);
否则，一次异常将导致所有定时任务失效。
增强健壮性的建议
- 始终在任务主体中使用try-catch包裹业务逻辑
- 使用日志框架（如Logback、Log4j）替代printStackTrace()
- 考虑异常后是否需要重试、通知或降级处理
- 对于关键任务，可结合监控系统上报异常事件
- 优先使用ScheduledExecutorService而非Timer
基本上就这些。只要在每个任务的最外层捕获异常，就能有效防止定时任务因未处理异常而“消失”。
