Java Timer是单线程轻量级调度工具，适合简单低频任务；但非线程安全、异常导致线程终止、不支持并发，生产环境应优先使用ScheduledThreadPoolExecutor。
Java 中的 Timer 是一个轻量级、单线程的定时任务调度工具，适合执行简单、低频、非关键的定时任务。它底层基于一个单独的后台线程（TimerThread）和一个任务队列（最小堆实现的优先队列），按时间顺序调度 TimerTask。但要注意：它不是线程安全的，不支持并发执行，且一旦抛出未捕获异常，整个定时线程会终止，后续任务全部失效。
如何创建并启动一个 Timer 定时任务
使用 Timer 需要两步：定义一个继承自 TimerTask 的任务类（重写 run()），再用 Timer 实例调度它。
- 创建任务：继承
TimerTask，在run()方法中编写要周期执行的逻辑 - 创建调度器：new 一个
Timer实例（可选传入名字或是否为守护线程） - 调用调度方法：如
schedule()或scheduleAtFixedRate()注册任务
示例：5秒后首次执行，之后每3秒执行一次
Timer timer = new Timer();timer.schedule(new TimerTask() {
public void run() {
System.out.println("执行定时任务：" + new Date());
}
}, 5000, 3000);
schedule 和 scheduleAtFixedRate 的区别
两者都用于周期性调度，但对“延迟”和“执行节奏”的处理逻辑不同：
立即学习“Java免费学习笔记（深入）”；
-
schedule()：以“上一次实际执行完成时间”为基准计算下一次触发时间。若某次执行耗时过长，会导致后续执行被顺延，不会累积 -
scheduleAtFixedRate()：以“首次计划开始时间”为基准，严格按固定间隔推进。若某次执行延迟，后续会“追赶”，可能连续多次快速执行（甚至并发，但 Timer 是单线程，所以只是排队紧挨着跑）
例如：设为每2秒执行一次，某次任务耗时 2.5 秒 → schedule 下次在 2.5 秒后才开始；scheduleAtFixedRate 会在 2 秒整点触发（立即排队），等前一个结束就马上执行下一个。
Timer 的线程模型与常见陷阱
Timer 内部只启用一个线程来顺序执行所有任务，这意味着：
- 所有任务共享同一个线程，彼此阻塞 —— 某个任务卡住（如死循环、IO等待），后面所有任务都会被挂起
- 任务中抛出未捕获异常（包括
RuntimeException）会导致该线程终止，Timer彻底失效，不再执行任何后续任务 - 无法取消已提交但尚未执行的任务（除非调用
cancel()，但会清空整个队列） - 不支持任务取消回调、不提供执行统计、无线程池扩展能力
因此，生产环境强烈建议用 ScheduledThreadPoolExecutor 替代 —— 它支持多线程、异常隔离、更灵活的控制和更好的可观测性。
何时可以放心用 Timer，何时必须换掉
Timer 适用于：
- 应用生命周期短、任务极少（如 JVM 关闭前清理资源）
- 嵌入式或资源受限场景，追求极简依赖
- 演示、测试、学习用途，不需要高可靠性
必须替换为 ScheduledThreadPoolExecutor 的情况：
- 任务执行时间不可控（如含网络/数据库调用）
- 需要多个定时任务并行执行
- 要求任务失败不影响其他任务
- 需动态增删任务、查询剩余延迟、监控执行状态
不复杂但容易忽略：哪怕只是加个 try-catch 包裹 run()，也能避免线程意外退出；而真正健壮的定时调度，应从设计之初就选择更现代的替代方案。
