定时器Timer的使用
在JDK中Timer类主要负责计划任务的功能，也就是在指定的时间开始执行某一个任务。
Timer类的主要作用是设置计划任务，但封装任务的类却是TimerTask类。
执行计划任务的代码要放入TimerTask的子类中，因为TimerTask是一个抽象类。
注：在做Demo期间阿里的IDEA插件爆出建议：
多线程并发处理定时任务时，Timer运行多个TimerTask时，只要其中之一没有捕获抛出的异常，其它任务就会终止，使用ScheduledExecutorService则没有这个问题。
1.执行任务的时间晚于当前时间：在未来执行的效果。
Timer timer = new Timer();
这个构造是获取Timer对象的方式直接，这个构造方法创建的是非守护线程。
TimerTask类似于线程(但并不是)，他所执行的的定时任务是重写在run()方法中的(自定义任务类继承TimerTask然后重写了run())。
class MyTask extendsTimerTask {public voidrun(){}
}
MyTask task= newMyTask();//通过下面方法实现执行定时任务,date为要执行run()的时间。
timer.schedule(task,date)
只要将date设置为未来的时间，且重写run()方法，就可以在制定时间执行想要做的定时任务了。
这个Timer的构造是创建的是一个守护线程。
Timer timer = new Timer(true);
源码如下：
这个空参构造最终会调用下面的构造
可以看出空参构造的作用：创建一个Timer就是启动一个新的线程，而且这个新线程并不是守护线程一直运行。
使用另一种构造，则可以获取守护线程：
2.计划时间早于当前时间，提前运行的效果
注：如果执行任务的时间早于当前时间，那么立即执行task任务。
3.多个TimerTask任务及延时的测试
多个TimerTask可以被一个Timer执行。调用的方法是：schedule(TimerTask task， Date time)。
TimerTask是以队列的方式一个一个被顺序执行的，所以可能出现执行的时间与预期的时间不一致的情况，因为前面的任务有可能消耗较长的时间，则后面的任务会被延迟。
该方法是在指定的日期后(firstTime)按指定的间隔(period)周期性地无限地执行某一任务。
1.计划时间晚于当前时间：在未来执行的结果
一旦当前时间(本地计算机时间)到达指定时间(firstTime)，TimerTask中的任务会被立即执行，随后每间隔一段时间(period)执行一次。
2.计划时间早于当前时间：提前运行的效果
在当前时间立即执行TimerTask中的任务，且每个一段时间(period)执行一次。
注：起点以当前线程启动的时间为准，即调用schedule()方法为准，间隔也是以这个时间为起点。
3.任务执行时间被延时
如果程序执行的消耗时间大于间隔时间(period)，那么任务的执行就会延后，谁大以谁为准。
注：消耗时间大，就以消耗时间为准；间隔时间大，就以间隔时间为准。
4.TimerTask类的cancel()方法
TimerTask类的cancle()方法是将自身从任务队列中移除，其他任务依旧在任务队列不收影响。
5.Timer类的cancel()方法
Timer类的cancel()方法作用是将任务队列中的全部任务清空。
注：调用cancel()后，全部任务被清空，进程被销毁。
注：Timer类的cancel()的注意事项：Timer类中的cancel()方法有时并不一定会停止执行计划任务，而是正常执行。
这是因为Timer类中的cancel()方法有时并没有争抢到queue锁，所以TimerTask类中的任务继续正常执行。
(这个注意事项，我没有想太明白，以后会再看的)
该方法的作用是以当前时间为参考时间(这个当前时间指的是调用schedule(TimerTask task,long delay)的时间)，在此基础上延迟指定毫秒数后执行一次TimerTask任务。
该方法的作用是以当前时间为参考时间(这个当前时间指的是调用schedule(TimerTask task,long delay)的时间)，在此基础上延迟指定毫秒数,再以某一间隔时间无限次地执行某一任务。
方法schedule与方法scheduleAtFixedRate都会按顺序执行，所以不需要考虑非线程安全的情况。
方法schedule与方法scheduleAtFixedRate的主要区别在于不延时的情况。
使用schedule方法，如果执行任务没有被延时，那么下一次任务的执行时间参考的是上一次任务的“开始”时的时间计算的。
使用scheduleAtFixedRate方法，如果执行任务没有被延时，那么下一次任务的执行时间参考的是上一次任务的“结束”的时间计算的。
延时的情况则没有区别，也就是说如果两者都被延时，那么都已上一次任务结束的时间计算。
注：schedule不具有追赶性。
scheduleAtFixedRate具有追赶性。
追赶性：起始时间早于当前时间，会将两段时间内的任务进行追赶式(弥补错过的时间)的执行。
这只是定时器简单的API实现。
实际上Spring通过了注解实现定时器，会找时间对其进行总结的。
注解式定时器——SpringTask的实现(未完成)
本文内容是书中内容兼具自己的个人看法所成。可能在个人看法上会有诸多问题(毕竟知识量有限，导致认知也有限)，如果读者觉得有问题请大胆提出，我们可以相互交流、相互学习，欢迎你们的到来，心成意足，等待您的评价。
