Timer任务调度的测试

Posted dengw125792

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Timer任务调度的测试相关的知识,希望对你有一定的参考价值。

package t1;

import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;

public class TestThread9 {

public static void main(String[] args) {
System.out.println("当前时间为:" + new Date());
Calendar c = Calendar.getInstance();
Date runDate1 = c.getTime();
System.out.println("计划时间为:" + runDate1);
MyTaskA task1 = new TestThread9().new MyTaskA();
MyTaskB task2 = new TestThread9().new MyTaskB();
Timer timer = new Timer();
timer.schedule(task1, runDate1, 4000);
// timer.schedule(task2, runDate1, 4000);//会出现毫秒不断往上涨
timer.scheduleAtFixedRate(task2, runDate1, 1000);// 毫秒不会往上涨,处于一个较小的波动
}

class MyTaskA extends TimerTask {

@Override
public void run() {
System.out.println("A run time" + new Date());
this.cancel();
System.out.println("A 任务已经移除自己,B任务不受影响,继续运行");
}

}

class MyTaskB extends TimerTask {

@Override
public void run() {
System.out.println("B run time:" + new SimpleDateFormat("yyyy-MM-dd hh:mm:ss:SSS").format(new Date()));
}
}
}

输出结果:

技术图片

 

 

以下摘自网上总结:

调度一个task,在delay(ms)后开始调度,然后每经过period(ms)再次调度,貌似和方法:schedule是一样的,其实不然,后面你会根据源码看到,schedule在计算下一次执行的时间的时候,是通过当前时间(在任务执行前得到) + 时间片,而scheduleAtFixedRate方法是通过当前需要执行的时间(也就是计算出现在应该执行的时间)+ 时间片,前者是运行的实际时间,而后者是理论时间点,例如:schedule时间片是5s,那么理论上会在5、10、15、20这些时间片被调度,但是如果由于某些CPU征用导致未被调度,假如等到第8s才被第一次调度,那么schedule方法计算出来的下一次时间应该是第13s而不是第10s,这样有可能下次就越到20s后而被少调度一次或多次,而scheduleAtFixedRate方法就是每次理论计算出下一次需要调度的时间用以排序,若第8s被调度,那么计算出应该是第10s,所以它距离当前时间是2s,那么再调度队列排序中,会被优先调度,那么就尽量减少漏掉调度的情况。

 

以上是关于Timer任务调度的测试的主要内容,如果未能解决你的问题,请参考以下文章

任务调度——Timer的替代品ScheduledExecutorService简单介绍

Spring任务调度之Timer

JUC并发编程 共享模式之工具 ThreadPoolExecutor -- 任务调度线程池 定时任务 / 延时执行(Timer的缺点)

JAVA定时任务调度之Timer入门详解

java定时任务调度工具

任务调度的几种Java实现