在Java项目中引入定时任务，本质是在应用进程内注册一个由调度器管理的执行单元。最基础的做法是利用JDK自带的java.util.Timer与TimerTask，它们无需任何第三方依赖，适合简单场景。另一种更主流的方式是在Spring或Spring Boot项目中通过@Scheduled注解声明任务，由框架的调度线程池统一托管。两种方式在代码结构、异常处理和并发模型上都有明显区别，理解其结构是接入前的必要准备。
基于Timer和TimerTask的基础结构
JDK自带的定时任务结构非常直观：Timer是一个调度器，内部维护一个单一的后台线程，负责按计划触发TimerTask中的run方法。TimerTask本身是一个抽象类，我们需要继承它并实现run方法，把具体业务逻辑写进去。这种结构的好处是零依赖、上手快，但缺点也同样突出，因为所有任务都跑在同一个线程上，如果某个任务执行时间过长或者抛出了未捕获的异常，就会影响后续任务的准时执行。
下面是一段最基础的示例代码，演示如何每隔两秒打印一次系统时间：
import java.util.Timer;
import java.util.TimerTask;
import java.util.Date;
public class BasicTimerDemo {
public static void main(String[] args) {
Timer timer = new Timer("demo-timer");
TimerTask task = new TimerTask() {
@Override
public void run() {
System.out.println("定时任务执行: " + new Date());
}
};
// 延迟1秒后开始，每2秒执行一次
timer.scheduleAtFixedRate(task, 1000, 2000);
}
}
在上面的结构中，scheduleAtFixedRate表示以固定频率调度，而schedule方法则是以上一次任务结束时间为起点计算下一次执行。如果项目里只是临时跑一个清理脚本，这种结构足够。但在生产环境中，一旦任务变多，单线程模型会成为瓶颈，因此更推荐下文的Spring方案。
Spring项目中@Scheduled注解的任务结构
在Spring Boot项目里，定时任务的结构发生了本质变化。我们不再手动创建调度器，而是通过在配置类上添加@EnableScheduling来开启调度能力，再在任意被Spring管理的Bean的方法上标注@Scheduled。框架会读取方法上的 cron 表达式或固定延迟参数，将该方法包装成可执行的任务，提交到内部的ThreadPoolTaskScheduler线程池中。这样一来，每个任务默认都能拿到独立的线程，互不阻塞。
使用注解方式时，任务结构由三部分组成：启用注解的开关、承载任务逻辑的Bean方法、以及描述执行节奏的元数据。下面的例子展示了最常见的cron写法：
import org.springframework.scheduling.annotation.EnableScheduling;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;
@Component
@EnableScheduling
public class OrderJob {
// 每天凌晨1点执行
@Scheduled(cron = "0 0 1 * * ?")
public void closeExpiredOrder() {
System.out.println("开始清理过期订单");
// 具体业务代码
}
// 上一次结束后隔5秒再跑
@Scheduled(fixedDelay = 5000)
public void heartbeat() {
System.out.println("发送心跳检测");
}
}
这种结构清晰地将调度规则与业务逻辑解耦。不过要注意，@Scheduled默认是单线程串行执行同一个Bean里的所有方法，如果某个方法卡住，其他方法也会排队。因此当任务较重时，应当自定义线程池，实现SchedulingConfigurer接口来替换默认调度器，从而让不同任务真正并行。
定时任务结构中的异常处理与参数对比
无论采用哪种结构，异常都是必须考虑的一环。在Timer结构里，如果TimerTask.run抛出未捕获异常，Timer线程会直接终止，所有后续任务全部失效，且不会打印友好提示。而在Spring结构中，未捕获异常会被框架记录日志，但该方法后续调度也可能被停止，所以务必在任务内部用try-catch包裹业务代码，保证调度链不断。
从参数设计也能看出结构差异。Timer主要提供schedule与scheduleAtFixedRate，侧重延迟与间隔毫秒数；Spring的@Scheduled则支持cron、fixedRate、fixedDelay三种语义，其中fixedRate不论任务耗时都按起点对齐，fixedDelay则严格等待结束。下面的对照表总结了核心区别：
| 维度 | Timer结构 | Spring @Scheduled结构 |
|---|---|---|
| 线程模型 | 单线程串行 | 默认单线程，可配线程池 |
| 配置方式 | 代码里写间隔 | 注解加表达式 |
| 异常影响 | 终止全部任务 | 仅影响当前方法调度 |
| 适用规模 | 极简单脚本 | 生产级业务 |
综合来看，小型工具或原型阶段可以用Timer快速验证，正式Java Web项目则应直接采用Spring调度结构。理清这些基础结构后，后续要接入分布式调度或持久化任务也只是替换调度器实现，整体思路是一致的。
Java定时任务Spring_ScheduledTimer修改时间：2026-08-16 21:02:28