Timer任务调度的测试

标签：img   new t   当前时间   通过   cal   util   stat   date   图片   

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任务调度的测试

标签：img   new t   当前时间   通过   cal   util   stat   date   图片   

原文地址：https://www.cnblogs.com/dengw125792/p/12603353.html