作者:Mars酱
声明:本文章由Mars酱原创,部分内容来源于网络,如有疑问请联系本人。
转载:欢迎转载,转载前先请联系我!
介绍
这个是个JDK远古时代的api了,据考证,可以追溯到JDK 1.3 的时候,历史就不讲了,毕竟我们不是技术考古。还是按照我们以前的方式,废话少说直接上车吧。
简单使用
我们先直接new一个Timer对象:
java.util.Timer timer = new Timer();
然后调用时,发现可用的方法并不多:
根据多年算命经验,我猜既然是定时任务,那么包含关键字schedule
的就是核心方法了,挑个最简单的写下来:
import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;
/**
* @author mars酱
*/
public class MarsTimer {
public static void main(String[] args) {
java.util.Timer timer = new Timer();
timer.schedule(new TimerTask() {
@Override
public void run() {
System.out.println("当前时间:" + new Date());
}
}, 1000, 5000);
}
}
运行了一下,得到了个结果:
结果是每五秒执行一次输出。
Timer的schedule函数有三个参数:
TimerTask
:这个就是需要安排的任务对象了,可以new一个之后像我一样实现它的run
方法;
delay
:在任务执行之前延迟多久,单位是毫秒;
period
:每次执行之间的间隔多久,单位也是毫秒;
好了,就是这么简单,感觉再复杂也复杂不到哪里去了
会不会有阻塞?
我们理想的定时任务,应该是多个定时器同步并发执行,各自之间不受影响,对吧?那我们试试Timer会不会有这样的情况吧。
我们假设两个任务,一个任务在执行的过程中导致某些不可抗拒的原因,延迟了5秒,那么另一个任务的执行是不是会被这个延迟的任务影响,理想的情况下的两个定时任务各自完成自己任务,互不干涉和影响。
import java.util.Date;
import java.util.Timer;
import java.util.TimerTask;
/**
* @author mars酱
*/
public class MarsTimer {
public static void main(String[] args) {
// java.util.Timer timer = new Timer();
// timer.schedule(new TimerTask() {
// @Override
// public void run() {
// System.out.println("当前时间:" + new Date());
// }
// }, 1000, 5000);
// 1. 创建第一个任务,打印时间后延迟5秒
TimerTask tta = new TimerTask() {
@SneakyThrows
@Override
public void run() {
System.out.println(">> 这是a任务:当前时间:" + new Date());
Thread.sleep(5000);
}
};
// 2. 创建第二个任务,直接打印毫秒数
TimerTask ttb = new TimerTask() {
@Override
public void run() {
System.out.println("<< 这是b任务:当前毫秒:" + System.currentTimeMillis());
}
};
Timer timera = new Timer();
// 3. 把两个任务都加入计时器中
timera.schedule(tta, 1000, 5000);
timera.schedule(ttb, 1000, 5000);
}
}
运行一下,得到结果:
看出什么来了吗?是不是从结果中没看明白?我就知道,那么我们去掉那段Thread.sleep
,得到的结果类似这样:
对比一下上下两个结果,这下是不是明白了?由于a任务的延迟,导致了b任务受到了影响。看来JDK的定时任务是存在阻塞情况的,b任务执行只能等待a完成之后才能执行。
怎么解决?
先不解决,那是下一章节的内容,哈哈哈哈
其他方法
我们先介绍完Timer和TimerTask吧。
TimerTask是个抽象类,依赖Runnable接口,实现TimerTask,我们只要实现run函数就行了,就像这样:
import java.util.TimerTask;
/**
* @author mars酱
*/
public class DefaultTimerTask extends TimerTask {
@Override
public void run() {
// 你的业务实现
}
}
原理
翻看java.util.Timer的源代码,核心点如下:
/**
* Schedule the specified timer task for execution at the specified
* time with the specified period, in milliseconds. If period is
* positive, the task is scheduled for repeated execution; if period is
* zero, the task is scheduled for one-time execution. Time is specified
* in Date.getTime() format. This method checks timer state, task state,
* and initial execution time, but not period.
*
* @throws IllegalArgumentException if <tt>time</tt> is negative.
* @throws IllegalStateException if task was already scheduled or
* cancelled, timer was cancelled, or timer thread terminated.
* @throws NullPointerException if {@code task} is null
*/
private void sched(TimerTask task, long time, long period) {
if (time < 0)
throw new IllegalArgumentException("Illegal execution time.");
// Constrain value of period sufficiently to prevent numeric
// overflow while still being effectively infinitely large.
if (Math.abs(period) > (Long.MAX_VALUE >> 1))
period >>= 1;
synchronized(queue) {
if (!thread.newTasksMayBeScheduled)
throw new IllegalStateException("Timer already cancelled.");
synchronized(task.lock) {
if (task.state != TimerTask.VIRGIN)
throw new IllegalStateException(
"Task already scheduled or cancelled");
task.nextExecutionTime = time;
task.period = period;
task.state = TimerTask.SCHEDULED;
}
queue.add(task);
if (queue.getMin() == task)
queue.notify();
}
}
这段大致的意思就是往Timer内部的一个队列里面塞任务,塞的时候做了很多检查,比如周期、任务状态等等,用到了关键字synchronized
,那么说明这个队列是个资源共享的,每次操作的时候必须锁
一下,那么我们再看下Timer在执行队列的部分源代码:
/**
* The main timer loop. (See class comment.)
*/
private void mainLoop() {
while (true) {
try {
TimerTask task;
boolean taskFired;
synchronized(queue) {
// Wait for queue to become non-empty
while (queue.isEmpty() && newTasksMayBeScheduled)
queue.wait();
if (queue.isEmpty())
break; // Queue is empty and will forever remain; die
// Queue nonempty; look at first evt and do the right thing
long currentTime, executionTime;
task = queue.getMin();
synchronized(task.lock) {
if (task.state == TimerTask.CANCELLED) {
queue.removeMin();
continue; // No action required, poll queue again
}
currentTime = System.currentTimeMillis();
executionTime = task.nextExecutionTime;
if (taskFired = (executionTime<=currentTime)) {
if (task.period == 0) { // Non-repeating, remove
queue.removeMin();
task.state = TimerTask.EXECUTED;
} else { // Repeating task, reschedule
queue.rescheduleMin(
task.period<0 ? currentTime - task.period
: executionTime + task.period);
}
}
}
if (!taskFired) // Task hasn't yet fired; wait
queue.wait(executionTime - currentTime);
}
if (taskFired) // Task fired; run it, holding no locks
task.run();
} catch(InterruptedException e) {
}
}
}
Timer在构造函数中就调用了start函数,start函数底层可以理解为用jvm去调用run函数,而这个mainLoop函数是Timer函数的实现部分,所以,最终Timer的执行都是在这里了。大致的执行顺序解释:
- 检查队列的情况,是不是空,是不是状态正常;
- 当前任务的状态是不是可以执行;
- 当前任务是不是已经到了可以触发的时间了
- 以上情况都ok,那就执行我们之前实现TimerTask的run函数
以上四点过程,全程都用synchronized
包裹。
总结
Timer和TimerTask是JDK原生提供的定时任务实现方案,简单易用,但是平时的场景也经常会有业务处理过程较长的情况,但是单个任务的执行不能影响其他任务的定时情况,所以如果处理定时任务的并发,我们可以使用线程池,下个站见。