冠军资讯
加班到秃头在Java开发中，我们经常需要执行一些定时任务，例如定时清理缓存、定时发送心跳包、定时统计数据等。最常见的选择之一就是使用 java.util.Timer。然而，Timer 虽然简单易用，但如果使用不当，很容易掉入陷阱。本文将深入 Timer 的源码，剖析其底层原理，并结合实战经验，总结使用 Timer 的避坑指南。我们将从 Timer 类的基本使用、源码分析、以及多线程环境下的问题入手，帮助你彻底掌握 Java 定时器 Timer。
Timer的基本使用
Timer 的使用非常简单，只需要创建一个 Timer 实例，然后调用 schedule 或 scheduleAtFixedRate 方法来安排任务即可。以下是一个简单的示例：
import java.util.Timer;
import java.util.TimerTask;
public class TimerExample {
public static void main(String[] args) {
Timer timer = new Timer(); // 创建 Timer 实例
TimerTask task = new TimerTask() { // 创建 TimerTask 任务
@Override
public void run() {
System.out.println("任务执行了！当前时间：" + System.currentTimeMillis());
}
};
timer.schedule(task, 1000, 2000); // 延迟 1 秒后执行，然后每 2 秒执行一次
// 也可以使用 scheduleAtFixedRate，区别在于对异常的处理方式
// 主线程休眠一段时间，防止程序过早结束
try {
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
timer.cancel(); // 停止 Timer，避免资源泄漏
}
}
Timer源码分析
要深入理解 Timer，必须阅读其源码。Timer 内部维护了一个 TaskQueue，用于存储待执行的任务。Timer 还有一个 TimerThread 线程，负责从 TaskQueue 中取出任务并执行。TaskQueue 是一个基于最小堆实现的优先级队列，保证了任务按照执行时间排序。
Timer 的核心方法是 schedule 和 scheduleAtFixedRate。这两个方法都会将 TimerTask 添加到 TaskQueue 中。schedule 方法在任务执行完成后，会重新计算下一次执行的时间。scheduleAtFixedRate 方法则会保证任务按照固定的频率执行，即使任务的执行时间超过了预定的时间间隔。
值得注意的是，Timer 是单线程的。这意味着如果一个任务执行时间过长，会影响其他任务的执行。此外，如果任务抛出未捕获的异常，会导致 TimerThread 线程终止，从而导致所有任务都无法执行。这一点和 Spring 的 @Scheduled 注解类似，需要特别注意异常处理。
Timer的缺陷与替代方案
Timer 的单线程模型是其最大的缺陷。在高并发场景下，Timer 可能会成为性能瓶颈。此外，Timer 对异常的处理也比较简单粗暴，一旦发生异常，会导致整个定时器停止工作。
为了解决这些问题，我们可以使用以下替代方案：
- ScheduledThreadPoolExecutor:
java.util.concurrent包提供的ScheduledThreadPoolExecutor是一个基于线程池的定时器，可以并发执行多个任务。因此，在高并发场景下，ScheduledThreadPoolExecutor通常比Timer更加高效。 - Quartz: Quartz 是一个功能强大的开源调度框架，提供了丰富的功能，例如任务持久化、集群支持等。如果需要更复杂的调度功能，可以考虑使用 Quartz。
- Spring Task Scheduler: Spring 框架提供的
@Scheduled注解和TaskScheduler接口，可以方便地在 Spring 应用中实现定时任务。底层也是基于线程池实现。
在实际项目中，选择哪种方案取决于具体的业务需求。如果只是简单的定时任务，可以使用 Timer 或 ScheduledThreadPoolExecutor。如果需要更复杂的调度功能，可以考虑使用 Quartz 或 Spring Task Scheduler。
实战避坑经验总结
- 避免长时间阻塞任务：
Timer是单线程的，长时间阻塞的任务会影响其他任务的执行。因此，应该尽量避免在TimerTask中执行耗时操作。可以将耗时操作放到单独的线程中执行，或者使用线程池来并发执行任务。 - 注意异常处理：
TimerTask中抛出的未捕获异常会导致TimerThread线程终止。因此，应该在TimerTask中进行异常处理，避免异常导致整个定时器停止工作。可以使用 try-catch 块来捕获异常，并将异常信息记录到日志中。 - 使用
cancel()方法停止 Timer： 在不需要Timer时，应该调用cancel()方法停止Timer，释放资源，避免内存泄漏。例如，在 Web 应用中，可以在 ServletContextListener 的contextDestroyed()方法中调用cancel()方法。 schedule与scheduleAtFixedRate的选择：schedule方法在任务执行完成后，会重新计算下一次执行的时间。如果任务的执行时间不稳定，可能会导致任务的执行时间间隔不均匀。scheduleAtFixedRate方法则会保证任务按照固定的频率执行，即使任务的执行时间超过了预定的时间间隔。因此，如果需要保证任务按照固定的频率执行，应该使用scheduleAtFixedRate方法。- 避免在构造函数中启动 Timer： 不要在类的构造函数中直接启动
Timer。 这样做可能会导致对象尚未完全初始化，TimerTask就开始执行，引发难以调试的问题。 应该在对象初始化完成后再启动Timer。 - 关注时区问题： 在涉及跨时区的定时任务时，要特别注意时区问题。
Timer默认使用服务器的默认时区。如果需要使用特定的时区，可以使用Calendar类来计算任务的执行时间。
理解 Timer 的工作原理，并遵循上述避坑经验，可以帮助你更好地使用 Timer，避免掉入陷阱。在复杂的场景下，考虑使用 ScheduledThreadPoolExecutor 或 Quartz 等更强大的替代方案。
