JDK原生定时工具:Timer
定时任务调度:基于给定的时间点、给定的时间间隔、给定的执行次数自动执行的任务。
Timer位于java.util包下,其内部包含且仅包含一个后台线程(TimeThread)对多个业务任务(TimeTask)进行定时定频率的调度。
schedule的四种用法和scheduleAtFixedRate的两种用法
参数说明:
task:所要执行的任务,需要extends TimeTask override run()
time/firstTime:首次执行任务的时间
period:周期性执行Task的时间间隔,单位是毫秒
delay:执行task任务前的延时时间,单位是毫秒
很显然,通过上述的描述,我们可以实现:
延迟多久后执行一次任务;指定时间执行一次任务;延迟一段时间,并周期性执行任务;指定时间,并周期性执行任务;
思考1:如果time/firstTime指定的时间,在当前时间之前,会发生什么呢?
在时间等于或者超过time/firstTime的时候,会执行task!也就是说,如果time/firstTime指定的时间在当前时间之前,就会立即得到执行。
思考2:schedule和scheduleAtFixedRate有什么区别?
scheduleAtFixedRate:每次执行时间为上一次任务开始起向后推一个period间隔,也就是说下次执行时间相对于上一次任务开始的时间点,因此执行时间不会延后,但是存在任务并发执行的问题。
schedule:每次执行时间为上一次任务结束后推一个period间隔,也就是说下次执行时间相对于上一次任务结束的时间点,因此执行时间会不断延后。
思考3:如果执行task发生异常,是否会影响其他task的定时调度?
如果TimeTask抛出RuntimeException,那么Timer会停止所有任务的运行!
思考4:Timer的一些缺陷?
前面已经提及到Timer背后是一个单线程,因此Timer存在管理并发任务的缺陷:所有任务都是由同一个线程来调度,所有任务都是串行执行,意味着同一时间只能有一个任务得到执行,而前一个任务的延迟或者异常会影响到之后的任务。
其次,Timer的一些调度方式还算比较简单,无法适应实际项目中任务定时调度的复杂度。
一个简单的Demo实例
Timer其他需要关注的方法
cancel():终止Timer计时器,丢弃所有当前已安排的任务(TimeTask也存在cancel()方法,不过终止的是TimeTask)
purge():从计时器的任务队列中移除已取消的任务,并返回个数