ScheduledThreadPoolExecutor是Timer的多线程实现版本,JDK官方推荐使用。
ScheduledThreadPoolExecutor用于替代Timer。是接口ScheduledExecutorService的子类,主要方法说明如下:
/** * 调度一个task,经过delay(时间单位由参数unit决定)后开始进行调度,仅仅调度一次 */ public ScheduledFuture<?> schedule(Runnable command, long delay, TimeUnit unit); /** * 同上,支持参数不一样 */ public <V> ScheduledFuture<V> schedule(Callable<V> callable,long delay, TimeUnit unit); /** * 周期性调度任务,在delay后开始调度,适合执行时间比“间隔”短的任务 * 并且任务开始时间的间隔为period,即“固定间隔”执行。 * 如果任务执行的时间比period长的话,会导致该任务延迟执行,不会同时执行! * 如果任务执行过程抛出异常,后续不会再执行该任务! */ public ScheduledFuture<?> scheduleAtFixedRate(Runnable command, long initialDelay ,long period ,TimeUnit unit); /** * Timer所没有的“特色”方法,称为“固定延迟(delay)”调度,适合执行时间比“间隔”长的任务 * 在initialDelay后开始调度该任务 * 随后,在每一次执行终止和下一次执行开始之间都存在给定的延迟period * 即下一次任务开始的时间为:上一次任务结束时间(而不是开始时间) + delay时间 * 如果任务执行过程抛出异常,后续不会再执行该任务! */ public ScheduledFuture<?> scheduleWithFixedDelay(Runnable command,long initialDelay ,long delay ,TimeUnit unit);
示例代码:
import java.util.concurrent.Executors; import java.util.concurrent.ScheduledExecutorService; import java.util.concurrent.TimeUnit; public class ScheduledExecutorTest { //线程池能按时间计划来执行任务,允许用户设定计划执行任务的时间,int类型的参数是设定 //线程池中线程的最小数目。当任务较多时,线程池可能会自动创建更多的工作线程来执行任务 //此处用Executors.newSingleThreadScheduledExecutor()更佳。 public ScheduledExecutorService scheduExec = Executors.newScheduledThreadPool(1); //启动计时器 public void lanuchTimer(){ Runnable task = new Runnable() { public void run() { throw new RuntimeException(); } }; scheduExec.scheduleWithFixedDelay(task, 1000*5, 1000*10, TimeUnit.MILLISECONDS); } //添加新任务 public void addOneTask(){ Runnable task = new Runnable() { public void run() { System.out.println("welcome to china"); } }; scheduExec.scheduleWithFixedDelay(task, 1000*1, 1000, TimeUnit.MILLISECONDS); } public static void main(String[] args) throws Exception { ScheduledExecutorTest test = new ScheduledExecutorTest(); test.lanuchTimer(); Thread.sleep(1000*5);//5秒钟之后添加新任务 test.addOneTask(); } }
java.util.Timer计时器可以进行:管理任务延迟执行(“如1000ms后执行任务”),及周期性执行(“如每500ms执行一次该任务”)。
但是,Timer存在一些缺陷,应考虑使用ScheduledThreadPoolExecutor代替,Timer对调度的支持是基于绝对时间,而不是相对时间的,由此任务对系统时钟的改变是敏感的;ScheduledThreadExecutor只支持相对时间。
Timer的另一个问题在于,如果TimerTask抛出未检查的异常,Timer将会产生无法预料的行为。Timer线程并不捕获异常,所以TimerTask抛出的未检查的异常会终止timer线程。这种情况下,Timer也不会再重新恢复线程的执行了;它错误的认为整个Timer都被取消了。此时,已经被安排但尚未执行的TimerTask永远不会再执行了,新的任务也不能被调度了。
另外:timer有一个bug:比如设定60秒执行一次的话,当用户修改系统时间后 那么它的时针都会归0,本来是临近10秒执行的timer又会重新计时一次,再等60才执行。
示例代码:
import java.util.Timer; import java.util.TimerTask; public class TimerTest { private Timer timer = new Timer(); //启动计时器 public void lanuchTimer(){ timer.schedule(new TimerTask(){ public void run() { throw new RuntimeException(); } }, 1000*3, 500); } //向计时器添加一个任务 public void addOneTask(){ timer.schedule(new TimerTask(){ public void run(){ System.out.println("hello world"); } }, 1000*1,1000*5); } public static void main(String[] args) throws Exception { TimerTest test = new TimerTest(); test.lanuchTimer(); Thread.sleep(1000*5);//5秒钟之后添加一个新任务 test.addOneTask(); } }