定时器之Timer和TimerTask深入分析

【创建时间】2016/8/31

schedule：下一次的执行时间点=上一次程序执行完成的时间点+间隔时间

scheduleAtFixedRate：下一次的执行时间点=上一次程序开始执行的时间点+间隔时间 ；并且因为前一个任务要执行6秒，而当前任务已经开始执行了，因此两个任务间存在重叠，需要考虑线程同步

timer要注意的问题：

每一个Timer仅对应唯一一个线程。

Timer不保证任务执行的十分精确。

Timer类的线程安全的。

Timer和TimerTask的简单组合是多线程的嘛？不是，一个Timer内部包装了“一个Thread”和“一个Task”队列，这个队列按照一定的方式将任务排队处理，包含的线程在Timer的构造方法调用时被启动，这个Thread的run方法无限循环这个Task队列，若队列为空且没发生cancel操作，此时会一直等待，如果等待完成后，队列还是为空，则认为发生了cancel从而跳出死循环，结束任务；循环中如果发现任务需要执行的时间小于系统时间，则需要执行，那么根据任务的时间片从新计算下次执行时间，若时间片为0代表只执行一次，则直接移除队列即可。

但是是否能实现多线程呢？可以，任何东西是否是多线程完全看个人意愿，多个Timer自然就是多线程的，每个Timer都有自己的线程处理逻辑，当然Timer从这里来看并不是很适合很多任务在短时间内的快速调度，至少不是很适合同一个timer上挂很多任务，在多线程的领域中我们更多是使用多线程中的：

Executors.newScheduledThreadPool

来完成对调度队列中的线程池的处理，内部通过new ScheduledThreadPoolExecutor来创建线程池的Executor的创建，当然也可以调用：

Executors.unconfigurableScheduledExecutorService

方法来创建一个DelegatedScheduledExecutorService其实这个类就是包装了下下scheduleExecutor，也就是这只是一个壳，英文理解就是被委派的意思，被托管的意思。

其他：

 Java的一个Timer对象本身只有一个线程，如果向他提交多个task，并且某个task相当耗时的话，其他的task即使到了执行时间，仍然会等之前的task执行完毕。更有问题，如果前一个task抛出了异常导致线程终止，后面的task将无法执行。

Java5以后推荐采用java.util.concurrent的ScheduledExecutorService，至少能避免异常导致线程结束的问题。

（ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(1)）

如果对时间有比较准确的需要，务必一个ScheduledExecutorService处理一个任务。

另外一说，每天定时执行的任务，用Windows的任务计划，Linux的crond执行一个Java的Application就可以实现，何必用Java的定时器让进程常驻，运行的越久。
http://blog.csdn.net/mark_lq/article/details/50320265
基本概念

java.util.Timer：是一个实用工具类，该类用来调度一个线程(schedule a thread)，使它可以在将来某一时刻执行。 Java的Timer类可以调度一个任务运行一次，或定期循环运行。 Timer tasks should complete quickly. 即定时器中的操作要尽可能花费短的时间。

java.util.TimerTask：是一个抽象类，它实现了Runnable接口。我们需要扩展该类以便创建自己的TimerTask，这个TimerTask可以被Timer调度。

注意：默认, task执行线程不是daemon线程, 任务执行完，主线程（或其他启动定时器的线程）结束时，task线程并没有结束。如果调用者想要快速终止计时器的任务执行线程，调用者应该调用timer.cancel()方法。