怎么通过 Timer 和 TimerTask 实现简单的定时任务
Timer与TimerTask需配对使用，Timer是单线程调度器。schedule()采用固定延迟策略，scheduleAtFixedRate()追求固定速率。任务需继承TimerTask并重写run()方法，内部应捕获异常避免调度器崩溃。使用后必须调用timer.cancel()释放资源。新项目更推荐使用ScheduledExecutorService，
怎么通过 Timer 和 TimerTask 实现简单的定时任务
先明确几个核心要点：Timer是单线程调度器，TimerTask是任务载体，二者必须配对使用；schedule()方法实现的是固定延迟调度，而scheduleAtFixedRate()则是固定速率；最后，务必记得调用timer.cancel()来释放资源。话说回来，对于新项目，更推荐使用ScheduledExecutorService作为替代方案。
Timer 和 TimerTask 的基本协作方式
在Ja va的定时任务体系里，Timer扮演着调度指挥官的角色，而TimerTask则是具体执行任务的士兵。二者必须协同作战，缺一不可。一个Timer实例可以指挥多个TimerTask，但所有任务默认都在同一个后台线程里排队执行——这就带来了一个典型问题：如果某个“士兵”动作太慢，后续所有任务都得跟着等，触发时间自然就被推迟了。
更棘手的是容错性。一旦某个TimerTask的run()方法里抛出了未捕获的异常，整个Timer线程就会直接“罢工”退出，后续所有排队的任务都将不再执行，而且不会自动重启。这种静默失败，在线上排查起来相当头疼。
- 正确做法是继承
TimerTask类并重写run()方法，而不是直接去new一个Runnable。 - 任务逻辑应当尽量轻量，避免包含耗时的I/O操作或复杂计算。如果确实需要处理重活，请在
run()方法内部显式地启动新线程或提交到独立的线程池。 - 这是一条重要经验：务必在
run()方法内用try-catch块包裹全部业务逻辑，防止意外异常导致整个调度器崩溃。
schedule() 与 scheduleAtFixedRate() 的关键区别
这两个方法看似相似，但调度策略有本质不同，用错了场景效果可能适得其反。
schedule()采用的是“固定延迟”策略。简单说，它下次执行的时间点，等于上一次任务实际结束的时间加上设定的延迟间隔。如果某次执行超时了，后续任务都会顺延。
而scheduleAtFixedRate()追求的是“固定速率”。它下次执行的时间点，是基于上一次任务计划开始的时间加上周期来计算的。即使某次执行超时，它也会尽力“追赶”进度，可能会在短时间内连续执行以弥补落后的次数。
如何选择？举个例子就清楚了：像心跳上报这类对时间间隔要求严格的任务，就适合用scheduleAtFixedRate()，以保证上报频率的稳定性。而对于缓存清理、日志轮转这类任务，用schedule()更合适，可以避免因为前一次清理动作慢，导致短时间内密集触发多次。
schedule(task, delay)：一次性任务，延迟指定毫秒后执行一次。schedule(task, firstTime, period)：首次在firstTime这个时间点执行，之后每隔period毫秒执行一次（按延迟模式）。scheduleAtFixedRate(task, firstTime, period)：首次在firstTime执行，之后严格按周期推进（按速率模式）。
如何安全取消定时任务和释放资源
这里有个容易被忽视的陷阱：Timer不会自动关闭。即使你把所有TimerTask都取消了，Timer对象本身仍然持有着后台线程，这可能导致内存泄漏，甚至在Web应用重启或JVM关闭时造成阻碍。因此，必须显式调用timer.cancel()，这个操作会终止后台线程并清空所有待执行的任务队列。
另一个常见的混淆点在于：TimerTask.cancel()方法仅仅是将当前这个任务从Timer的队列中移除，它不会影响其他任务，更不会停止Timer线程。如果任务已经开始执行，调用cancel()对正在运行的run()方法没有任何打断作用。
- 最佳实践是在应用关闭或组件销毁的生命周期钩子中，优先调用
timer.cancel()。 - 如果任务内部启动了子线程、打开了文件或数据库连接等资源，必须在
TimerTask的run()方法内自行管理这些资源的生命周期，cancel()方法不会帮你处理。 - 避免在代码中到处new Timer()。建议将其作为单例复用，或者结合Spring等依赖注入容器来统一管理其生命周期。
为什么现在更推荐 ScheduledExecutorService
那么，既然Timer有这么多需要注意的地方，有没有更好的选择？答案是肯定的。Timer核心的单线程模型决定了其容错性差、功能单一。相比之下，ScheduledExecutorService（例如通过Executors.newScheduledThreadPool(1)创建）则强大得多：它天然支持多线程执行、可以配置任务拒绝策略、能返回ScheduledFuture对象来取消任务或获取执行结果，最关键的是，单个任务的异常不会导致整个调度器崩溃。
从兼容性看，ScheduledExecutorService自JDK 5起就已全面支持，技术栈上毫无障碍。Timer虽然还能用，但在新项目或微服务架构中，已经很少被选用了。迁移成本其实很低——基本上就是把TimerTask换成Runnable或Callable，然后将schedule()方法调用替换为ScheduledExecutorService的对应方法即可。
真正让人头疼的，往往是那些遗留系统里的老代码。里面那些没有加try-catch保护的TimerTask，就像一颗颗定时冲击波，说不定哪天就因为一个未处理的异常而静默停摆，到那时，排查问题所花的时间，可能远比当初就把它替换掉要多得多。这，才是关键所在。
正软商城本月促销专区，汇集办公、设计、安全、影音、系统工具及AI软件等正版软件优惠活动，提供限时折扣、特价授权和优惠购买信息，活动库存及价格以页面实时展示为准。
正软商城装机必备专区，精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件，帮助用户快速完成新电脑软件配置。
正软商城Windows软件专区，汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件，提供软件介绍、系统要求、正版授权及购买下载服务。
正软商城macOS软件专区，精选适用于Mac电脑的办公、设计、影音、效率、开发和系统工具，提供软件功能介绍、macOS兼容版本、正版授权及购买下载服务。
正软商城iOS软件专区，精选适用于iPhone和iPad的办公、学习、影音、设计、效率及AI应用，提供功能介绍、适用设备、系统要求和正版获取方式等信息。
正软商城AI软件专区，汇集AI写作、AI绘画、AI视频、AI办公、AI编程、AI翻译、智能客服和数据分析等人工智能工具，提供功能介绍、适用平台、收费方式及正版购买信息。
正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法，同时介绍常用PDF软件和工具的使用技巧。
赤友清理大师是一款为 Mac 设计的智能清理优化工具，可精准扫描垃圾、大文件、重复文件等，释放磁盘空间。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
一款文字处理软件，一种订阅式的跨平台办公软件，基于云平台提供多种服务，通过将 Excel 和 Outlook 等应用与 OneDrive 和 Microsoft Teams 等强大的云服务相结合，Office 365 可让任何人使用任何设备随时随地创建和共享内容。
CodeExpander 是一款快捷短语输入增强工具，通过键入缩写自动展开为自定义文段，提升工作效率。任务管理和过程控制会更完整，持续下载、批量同步或需要稳定传输流程的场景会更适合它。
Mountain Duck 是一款能将多个网盘挂载到本地的工具，像本地磁盘一样使用网盘。清理链路的完整性会更好一些，做应用卸载、残留处理和空间整理时，通常能少走很多手动排查步骤。
极度公式是一款跨平台专业LaTeX公式识别编辑软件，支持OCR公式识别和多平台编辑。和使用说明，避免使用，享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时，它能把识别后的处理步骤接得更顺，资料录入这类场景会省下不少时间。
一款文字处理软件，一种订阅式的跨平台办公软件，基于云平台提供多种服务，通过将 Excel 和 Outlook 等应用与 OneDrive 和 Microsoft Teams 等强大的云服务相结合，Office 365 可让任何人使用任何设备随时随地创建和共享内容。
Wise Folder Hider Pro 是一款专业级文件和文件夹隐藏加密软件，为私密数据添加多重保护。高频操作更强调就近处理，浏览、整理和跨目录移动文件时，来回切换和重复点击都会少很多。
CodeExpander 是一款快捷短语输入增强工具，通过键入缩写自动展开为自定义文段，提升工作效率。任务管理和过程控制会更完整，持续下载、批量同步或需要稳定传输流程的场景会更适合它。
Mountain Duck 是一款能将多个网盘挂载到本地的工具，像本地磁盘一样使用网盘。清理链路的完整性会更好一些，做应用卸载、残留处理和空间整理时，通常能少走很多手动排查步骤。
