java多线程编程核心技术——第五章总结

定时器Timer的使用

  在JDK中Timer类主要负责计划任务的功能,也就是在指定的时间开始执行某一个任务。

java多线程编程核心技术——第五章总结

  Timer类的主要作用是设置计划任务,但封装任务的类却是TimerTask类。

  执行计划任务的代码要放入TimerTask的子类中,因为TimerTask是一个抽象类。

  注:在做Demo期间阿里的IDEA插件爆出建议:

  多线程并发处理定时任务时,Timer运行多个TimerTask时,只要其中之一没有捕获抛出的异常,其它任务就会终止,使用ScheduledExecutorService则没有这个问题。


方法schedule(TimerTask task, Date time)的测试

1.执行任务的时间晚于当前时间:在未来执行的效果。

Timer timer = new Timer();

  这个构造是获取Timer对象的方式直接,这个构造方法创建的是非守护线程。

   TimerTask类似于线程(但并不是),他所执行的的定时任务是重写在run()方法中的(自定义任务类继承TimerTask然后重写了run())。

class MyTask extends TimerTask {
  public void run(){}
}
MyTask task = new MyTask();
//通过下面方法实现执行定时任务,date为要执行run()的时间。
timer.schedule(task,date)

  只要将date设置为未来的时间,且重写run()方法,就可以在制定时间执行想要做的定时任务了。

  这个Timer的构造是创建的是一个守护线程。

Timer timer = new Timer(true);

  源码如下:

java多线程编程核心技术——第五章总结

  这个空参构造最终会调用下面的构造

java多线程编程核心技术——第五章总结

  可以看出空参构造的作用:创建一个Timer就是启动一个新的线程,而且这个新线程并不是守护线程一直运行。

  使用另一种构造,则可以获取守护线程:

java多线程编程核心技术——第五章总结


2.计划时间早于当前时间,提前运行的效果

  注:如果执行任务的时间早于当前时间,那么立即执行task任务。


3.多个TimerTask任务及延时的测试

  多个TimerTask可以被一个Timer执行。调用的方法是:schedule(TimerTask task, Date time)。

  TimerTask是以队列的方式一个一个被顺序执行的,所以可能出现执行的时间与预期的时间不一致的情况,因为前面的任务有可能消耗较长的时间,则后面的任务会被延迟。


方法schedule(TimerTask task, Date firstTime, long period)的测试

  该方法是在指定的日期后(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)的测试

  该方法的作用是以当前时间为参考时间(这个当前时间指的是调用schedule(TimerTask task,long delay)的时间),在此基础上延迟指定毫秒数后执行一次TimerTask任务。


方法schedule(TimerTask task, long delay, long period)的测试

  该方法的作用是以当前时间为参考时间(这个当前时间指的是调用schedule(TimerTask task,long delay)的时间),在此基础上延迟指定毫秒数,再以某一间隔时间无限次地执行某一任务。


方法scheduleAtFixedRate(TimerTask task, Date firstTime, long period)的测试

  方法schedule与方法scheduleAtFixedRate都会按顺序执行,所以不需要考虑非线程安全的情况。

  方法schedule与方法scheduleAtFixedRate的主要区别在于不延时的情况。

  使用schedule方法,如果执行任务没有被延时,那么下一次任务的执行时间参考的是上一次任务的“开始”时的时间计算的。

  使用scheduleAtFixedRate方法,如果执行任务没有被延时,那么下一次任务的执行时间参考的是上一次任务的“结束”的时间计算的。

  延时的情况则没有区别,也就是说如果两者都被延时,那么都已上一次任务结束的时间计算。

  

注:schedule不具有追赶性。

  scheduleAtFixedRate具有追赶性。

  追赶性:起始时间早于当前时间,会将两段时间内的任务进行追赶式(弥补错过的时间)的执行。

  这只是定时器简单的API实现。

  实际上Spring通过了注解实现定时器,会找时间对其进行总结的。

  注解式定时器——SpringTask的实现(未完成)

本文内容是书中内容兼具自己的个人看法所成。可能在个人看法上会有诸多问题(毕竟知识量有限,导致认知也有限),如果读者觉得有问题请大胆提出,我们可以相互交流、相互学习,欢迎你们的到来,心成意足,等待您的评价。

上一篇:Hadoop和大数据:60款*开源工具(山东数漫江湖)


下一篇:微软爱开源:向Linux社区开放60000多项专利