Timer.schedule(task, delay, period)可用于启动延迟执行且按固定周期重复的后台巡检任务；task为TimerTask子类，delay为首次延迟毫秒数，period为后续间隔毫秒数。
在 Java 中，Timer.schedule() 的多参数重载方法可用于启动一个**延迟执行、随后按固定周期重复运行**的后台巡检任务，适合轻量级定时检查（如心跳上报、状态轮询、缓存刷新等）。
核心方法签名与含义
timer.schedule(task, delay, period) 是最常用且符合需求的版本：
-
task：继承
TimerTask的自定义任务类，重写run()方法编写巡检逻辑 - delay：首次执行前的延迟毫秒数（例如 5000 表示 5 秒后开始第一次巡检）
- period：后续每次执行之间的间隔毫秒数（例如 30_000 表示每 30 秒执行一次）
完整实现步骤
只需三步即可安全启用周期巡检：
- 定义巡检任务：继承
TimerTask，在run()中写业务逻辑（注意避免阻塞、捕获异常） - 创建并启动 Timer：建议使用单例或静态 Timer 实例，避免频繁创建；若需长期运行，确保 Timer 不被 GC 回收
- 调用
schedule(task, initialDelay, period)注册任务
示例代码：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
Timer timer = new Timer("HealthCheckTimer", true); // 后台线程，守护模式
TimerTask healthCheck = new TimerTask() {
@Override
public void run() {
try {
// 执行实际巡检：如 ping 服务、查 DB 连接、校验本地缓存
System.out.println("巡检执行于: " + new Date());
} catch (Exception e) {
// 必须捕获异常，否则 Timer 线程会中止，后续不再触发
e.printStackTrace();
}
}
};
// 首次延迟 10 秒，之后每 60 秒执行一次
timer.schedule(healthCheck, 10_000, 60_000);
关键注意事项
该机制简单但有隐含约束，需主动规避风险：
- Timer 是单线程调度器：所有任务串行执行；若某次巡检耗时 > period，下一次会“追赶式”立即执行（不跳过），可能引发堆积
- 不支持任务取消后自动重试；若需更健壮调度（如错峰、失败重试、并发执行），应改用
ScheduledExecutorService - 程序退出前应显式调用
timer.cancel()释放资源，否则 JVM 可能无法正常退出 - TimerTask 不可复用：一旦 cancel 或执行完毕，不可再次 schedule
何时考虑替代方案
当巡检逻辑变复杂时，推荐升级为 ScheduledExecutorService：
- 支持多线程并行执行多个巡检任务
- 提供
scheduleAtFixedRate（固定频率）和scheduleWithFixedDelay（固定延迟）两种语义 - 天然兼容 Future，便于结果获取与异常处理
- 线程池可配置、可监控，更适合生产环境
