作者：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原生提供的守时使命完成计划，简略易用，但是平常的场景也常常会有事务处理过程较长的状况，但是单个使命的履行不能影响其他使命的守时状况，所以假如处理守时使命的并发，咱们能够运用线程池，下个站见。
