Java中的Timer源码分析及缺陷

使用Timer执行定时任务很简单，一般这样子写：

        Timer timer = new Timer();
        TimerTask task = new TimerTask() {

            @Override
            public void run() {
                System.out.println("hello world");
            }
        };
        timer.schedule(task, 10, 2000);

以上代码创建了一个定时器和定时任务，大部分情况下它都能正常工作，延迟10ms后，每隔2s就打印一个hello world。

但其实Timer是有一些问题的，程序中如果不注意就可能出现问题，下面来自《Java并发编程实战》：

1.Timer在执行所有定时任务时只会创建一个线程。如果某个任务的执行时间长度大于其周期时间长度，那么就会导致这一次的任务还在执行，而下一个周期的任务已经需要开始执行了，当然在一个线程内这两个任务只能顺序执行，有两种情况：对于之前需要执行但还没有执行的任务，一是当前任务执行完马上执行那些任务（按顺序来），二是干脆把那些任务丢掉，不去执行它们。至于具体采取哪种做法，需要看是调用schedule还是scheduleAtFixedRate。
2.如果TimerTask抛出了一个未检出的异常，那么Timer线程就会被终止掉，之前已经被调度但尚未执行的TimerTask就不会再执行了，新的任务也不能被调度了。

下面通过分析Timer的源码来解释为什么会有上面的问题。
Timer的实现原理很简单，概括的说就是：Timer有两个内部类，TaskQueue和TimerThread，TaskQueue其实就是一个最小堆（按TimerTask下一个任务执行时间点先后排序），它存放该Timer的所有TimerTask，而TimerThread就是Timer新开的检查兼执行线程，在run中用一个死循环不断检查是否有任务需要开始执行了，有就执行它（注意还是在这个线程执行）。

因此Timer实现的关键就是调度方法，也就是TimerThread的run方法：

    public void run() {
        try {
            mainLoop();
        } finally {
            // Someone killed this Thread, behave as if Timer cancelled
            synchronized(queue) {
                newTasksMayBeScheduled =