Java中的Timer和TimerTask怎么用_轻量级定时任务的实现与缺陷分析-java教程-PHP中文网

Timer适合单线程、低频、非关键任务；需继承TimerTask重写run()，用schedule()启动；注意delay单位为毫秒、period为固定间隔；务必捕获run()内异常并显式cancel()。

java中的timer和timertask怎么用_轻量级定时任务的实现与缺陷分析

Timer.schedule() 和 TimerTask.run() 的基本用法

Java 的 Timer 和 TimerTask 是 JDK 自带的轻量级定时方案，适合单线程、低频、非关键任务（比如每分钟刷一次缓存状态）。核心就是：继承 TimerTask 写逻辑，用 Timer.schedule() 启动。

常见错误是直接在 run() 里写阻塞或耗时操作——这会卡住整个 Timer 线程，后续所有任务都会延迟甚至堆积。

TimerTask 必须重写 run()，不能抛出受检异常（得自己 try-catch）
schedule() 有多个重载，注意 delay 是毫秒，不是秒；period 是**固定间隔**，不是固定时间点（即不校准）
同一个 Timer 实例可调度多个 TimerTask，但共用一个后台线程，任一任务出异常未捕获，整个 timer 就 silently shutdown

Timer timer = new Timer();
timer.schedule(new TimerTask() {
    public void run() {
        System.out.println("每 2 秒执行一次");
    }
}, 0, 2000);

Timer.cancel() 和 TimerTask.cancel() 的区别与调用时机

Timer.cancel() 终止整个计时器，清空任务队列，释放线程；TimerTask.cancel() 只取消该任务本身（对已启动的 run() 无效），且不影响其他任务。

容易踩的坑是：在 run() 里调用 this.cancel() 想实现“只执行一次”，结果发现没用——因为 schedule() 已把任务加入队列，cancel() 只对未触发的任务生效。真要单次执行，别用循环调度，直接用 schedule(task, delay) 即可。

应用关闭前必须显式调用 timer.cancel()，否则线程不会退出，JVM 无法正常 shutdown
TimerTask.cancel() 返回 boolean，true 表示任务尚未执行，可取消成功；false 表示已运行或正在运行，取消失败
不要在 run() 中反复 new Timer，每个 Timer 都开一个守护线程，极易内存泄漏

Timer 在多线程/异常场景下的致命缺陷

Timer 底层只用一个线程顺序执行所有任务，一旦某个 TimerTask.run() 抛出未捕获异常（比如 NullPointerException 或 IOException），这个线程就终止，后续所有任务永久停摆，且无任何日志提示——这是最常被忽略的线上故障根源。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

它也不支持并发控制：没法限制同时最多执行几个任务，也没法动态增删任务（只能 cancel 后重建）。更麻烦的是，如果系统时间被手动调整（如 NTP 同步回拨），Timer 会彻底混乱——可能重复触发，也可能跳过若干轮。