Timer 定時(shí)器相信都不會(huì)陌生，之所以拿它來做源碼分析，是發(fā)現(xiàn)整個(gè)控制流程可以體現(xiàn)很多有意思的東西。
在業(yè)務(wù)開發(fā)中經(jīng)常會(huì)遇到執(zhí)行一些簡單定時(shí)任務(wù)的需求，通常為了避免做一些看起來復(fù)雜的控制邏輯，一般考慮使用 Timer 來實(shí)現(xiàn)定時(shí)任務(wù)的執(zhí)行，下面先給出一個(gè)最簡單用法的例子：
Timer timer = new Timer();
TimerTask timerTask = new TimerTask() {
@Override
public void run() {
// scheduledExecutionTime() 返回此任務(wù)最近開始執(zhí)行的時(shí)間
Date date = new Date(this.scheduledExecutionTime());
System.out.println("timeTask run " + date);
}
};
// 從現(xiàn)在開始每間隔 1000 ms 計(jì)劃執(zhí)行一個(gè)任務(wù)
timer.schedule(timerTask, 0, 1000);
Timer 概述
Timer 可以按計(jì)劃執(zhí)行重復(fù)的任務(wù)或者定時(shí)執(zhí)行指定任務(wù)，這是因?yàn)?Timer 內(nèi)部利用了一個(gè)后臺(tái)線程 TimerThread 有計(jì)劃地執(zhí)行指定任務(wù)。
Timer：是一個(gè)實(shí)用工具類，該類用來調(diào)度一個(gè)線程(schedule a thread)，使它可以在將來某一時(shí)刻執(zhí)行。 Java 的 Timer 類可以調(diào)度一個(gè)任務(wù)運(yùn)行一次或定期循環(huán)運(yùn)行。 Timer tasks should complete quickly. 即定時(shí)器中的操作要盡可能花費(fèi)短的時(shí)間。
TimerTask：一個(gè)抽象類，它實(shí)現(xiàn)了 Runnable 接口。我們需要擴(kuò)展該類以便創(chuàng)建自己的 TimerTask ，這個(gè) TimerTask 可以被 Timer 調(diào)度。
一個(gè) Timer 對(duì)象對(duì)應(yīng)的是單個(gè)后臺(tái)線程，其內(nèi)部維護(hù)了一個(gè) TaskQueue，用于順序執(zhí)行計(jì)時(shí)器任務(wù) TimeTask 。
Timer 中優(yōu)先隊(duì)列的實(shí)現(xiàn)
TaskQueue 隊(duì)列，內(nèi)部用一個(gè) TimerTask[] 數(shù)組實(shí)現(xiàn)優(yōu)先隊(duì)列（二叉堆），默認(rèn)最大任務(wù)數(shù)是 128 ，當(dāng)添加定時(shí)任務(wù)超過當(dāng)前最大容量時(shí)會(huì)這個(gè)數(shù)組會(huì)拓展到原來 2 倍。
優(yōu)先隊(duì)列主要目的是為了找出、返回并刪除優(yōu)先隊(duì)列中最小的元素，這里優(yōu)先隊(duì)列是通過數(shù)組實(shí)現(xiàn)了平衡二叉堆，TimeQueue 實(shí)現(xiàn)的二叉堆用數(shù)組表示時(shí)，具有最小 nextExecutionTime 的 TimerTask 在隊(duì)列中為 queue[1] ，所以堆中根節(jié)點(diǎn)在數(shù)組中的位置是 queue[1] ，那么第 n 個(gè)位置 queue[n] 的子節(jié)點(diǎn)分別在 queue[2n] 和 queue[2n+1] 。關(guān)于優(yōu)先隊(duì)列的數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)，這里推薦一篇文章：數(shù)據(jù)結(jié)構(gòu)與算法學(xué)習(xí)筆記 - 優(yōu)先隊(duì)列、二叉堆、左式堆。
按照 TaskQueue 的描述：This class represents a timer task queue: a priority queue of TimerTasks, ordered on nextExecutionTime.這是一個(gè)優(yōu)先隊(duì)列，隊(duì)列的優(yōu)先級(jí)按照 nextExecutionTime 進(jìn)行調(diào)度。
也就說 TaskQueue 按照 TimerTask 的 nextExecutionTime 屬性界定優(yōu)先級(jí)，優(yōu)先級(jí)高的任務(wù)先出隊(duì)列，也就先執(zhí)行任務(wù)調(diào)度。
如上圖所示，列舉了優(yōu)先隊(duì)列中部分操作的實(shí)現(xiàn)，優(yōu)先隊(duì)列插入和刪除元素的復(fù)雜度都是O(logn)，所以add, removeMin 和 rescheduleMin方法的性能都是不錯(cuò)的。從上圖可以知道，獲取下一個(gè)計(jì)劃執(zhí)行任務(wù)時(shí)，取隊(duì)列的頭出列即可，為了減少額外性能消耗，移除隊(duì)列頭部元素的操作是先把隊(duì)尾元素賦值到隊(duì)首后，再把隊(duì)尾置空，隊(duì)列數(shù)量完成減一后進(jìn)行優(yōu)先權(quán)值操作。再下面看看保證優(yōu)先隊(duì)列最核心的兩個(gè)方法fixUp和fixDown。
兩個(gè)方法的核心思路都是通過向上或向下調(diào)整二叉堆中元素所在位置，保持堆的有序性：
fixUp 是將元素值小于父節(jié)點(diǎn)的子節(jié)點(diǎn)與父節(jié)點(diǎn)交換位置，保持堆有序。交換位置后，原來的子節(jié)點(diǎn)可能仍然比更上層的父節(jié)點(diǎn)小，
所以整個(gè)過程需要循環(huán)進(jìn)行。這樣一來，原來的子節(jié)點(diǎn)有可能升級(jí)為層級(jí)更高的父節(jié)點(diǎn)，類似于一個(gè)輕的物體從湖底往上浮直到達(dá)到其重力與浮力相平衡的過程。
fixDown 將元素值大于子節(jié)點(diǎn)的父節(jié)點(diǎn)與子節(jié)點(diǎn)交換位置，交換位置后， 原來的父節(jié)點(diǎn)仍然有可能比其下面的子節(jié)點(diǎn)大， 所以還需要繼續(xù)進(jìn)行類相同的操作，以便保持堆的有序性。所以整個(gè)過程循環(huán)進(jìn)行。 這類似于一個(gè)重的物體從湖面下沉到距離湖底的某個(gè)位置，直到達(dá)到其重力與浮力相平衡為止。
總的來說，就是調(diào)整大的元素下沉，小的元素上浮，反復(fù)調(diào)整后堆頂一直保持是堆中最小的元素，父節(jié)點(diǎn)元素要一直小于或等于子節(jié)點(diǎn)。
TimerTask 的調(diào)度
前面說完 Timer 源碼中優(yōu)先隊(duì)列的實(shí)現(xiàn)，下面我們來看看其如果操作優(yōu)先隊(duì)列，實(shí)現(xiàn) TimerTask 的計(jì)劃調(diào)度的：
Timer 提供了四個(gè)構(gòu)造方法，每個(gè)構(gòu)造方法都啟動(dòng)了一個(gè)后臺(tái)線程（默認(rèn)不是守護(hù)線程，除非主動(dòng)指定）。所以對(duì)于每一個(gè) Timer 對(duì)象而言，其內(nèi)部都是對(duì)應(yīng)著單個(gè)后臺(tái)線程，這個(gè)線程用于順序執(zhí)行優(yōu)先隊(duì)列中所有的計(jì)時(shí)器任務(wù)。
當(dāng)初始化完成 Timer 后，我們就可以往 Timer 中添加定時(shí)任務(wù)，然后定時(shí)任務(wù)就會(huì)按照我們?cè)O(shè)定的時(shí)間交由 Timer 取調(diào)度執(zhí)行。Timer 提供了 schedule 方法，該方法依靠多次重載的方式來適應(yīng)不同的情況，具體如下：
schedule(TimerTask task, Date time)：安排在指定的時(shí)間執(zhí)行指定的任務(wù)。
schedule(TimerTask task, long delay) ：安排在指定延遲后執(zhí)行指定的任務(wù)。
schedule(TimerTask task, Date firstTime, long period) ：安排指定的任務(wù)在指定的時(shí)間開始進(jìn)行重復(fù)的固定延遲執(zhí)行。
schedule(TimerTask task, long delay, long period) ：安排指定的任務(wù)從指定的延遲后開始進(jìn)行重復(fù)的固定延遲執(zhí)行。
scheduleAtFixedRate :，scheduleAtFixedRate 方法與 schedule 相同，只不過他們的側(cè)重點(diǎn)不同，區(qū)別后面分析。
scheduleAtFixedRate(TimerTask task, Date firstTime, long period)：安排指定的任務(wù)在指定的時(shí)間開始進(jìn)行重復(fù)的固定速率執(zhí)行。
scheduleAtFixedRate(TimerTask task, long delay, long period)：安排指定的任務(wù)在指定的延遲后開始進(jìn)行重復(fù)的固定速率執(zhí)行。
首先來看 schedule(TimerTask task, Date time) 和 schedule(TimerTask task, long delay) ，第一個(gè)參數(shù)傳入是定時(shí)任務(wù)的實(shí)例，區(qū)別在于方法的第二個(gè)參數(shù)，date 是在指定的時(shí)間點(diǎn)，delay 是當(dāng)前時(shí)間延后多少毫秒。這就引出了 Timer 具有的兩個(gè)特性：定時(shí)（在指定時(shí)間點(diǎn)執(zhí)行任務(wù)）和延遲（延遲多少秒后執(zhí)行任務(wù)）。
值得大家注意的是：這里所說時(shí)間都是跟系統(tǒng)時(shí)間相關(guān)的絕對(duì)時(shí)間，而不是相對(duì)時(shí)間，基于這點(diǎn)，Timer 對(duì)任務(wù)的調(diào)度計(jì)劃和系統(tǒng)時(shí)間息息相關(guān)，所以它對(duì)系統(tǒng)時(shí)間的改變非常敏感。
下面在來看看 schedule(TimerTask task, Date time) 和 schedule(TimerTask task, Date firstTime, long period) 的區(qū)別。對(duì)比方法中新增的 period 參數(shù)，period 作用區(qū)別在于 Timer 的另一個(gè)特性：周期性地執(zhí)行任務(wù)（一次任務(wù)結(jié)束后，可以每隔個(gè) period 豪秒后再執(zhí)行任務(wù)，如此反復(fù)）。
從上面 schedule 的方法重載來看，最終都是調(diào)用了 sched(TimerTask task, long time, long period) 方法，只是傳入的參數(shù)不同，下面就再來看就看關(guān)于 schedule 和 scheduleAtFixedRate 的區(qū)別：
從調(diào)用方法來看，他們的區(qū)別僅僅是傳入 sched 方法 period 參數(shù)正負(fù)數(shù)的差別，所以具體的就要看 sched 方法的實(shí)現(xiàn)。
可以看到 sched 方法主要是設(shè)置 TimerTask 屬性和狀態(tài)，比如
nextExecutionTime 等，然后將任務(wù)添加到隊(duì)列中。能看出來，設(shè)置定時(shí)任務(wù) task 屬性時(shí)是加了鎖的，而且在添加任務(wù)到隊(duì)列時(shí)，這里使用 Timer 內(nèi) TaskQueue 實(shí)例作為對(duì)象鎖，并且使用 wait 和 notify 方法來通知任務(wù)調(diào)度。Timer 類可以保證多個(gè)線程可以共享單個(gè) Timer 對(duì)象而無需進(jìn)行外部同步，所以 Timer 類是線程安全的。
這里注意區(qū)分開: 前面一個(gè) Timer 對(duì)象中用于處理任務(wù)調(diào)度的后臺(tái)線程TimerThread 實(shí)例和 schedule 方法傳入后被加入到 TaskQueue 的 TimerTask 任務(wù)的實(shí)例，兩者是不一樣的。
要想知道為 TimerTask 設(shè)置屬性和狀態(tài)的作用，那就得進(jìn)一步看看 TimerTask 類的具體實(shí)現(xiàn)了。
TimerTask 類是一個(gè)抽象類，可以由 Timer 安排為一次執(zhí)行或重復(fù)執(zhí)行的任務(wù)。它有一個(gè)抽象方法 run() 方法，用于子類實(shí)現(xiàn) Runnale 接口。可以在 run 方法中寫定時(shí)任務(wù)的具體業(yè)務(wù)邏輯。
可以看到下圖中 TimerTask 類中的文檔描述，如果任務(wù)是按計(jì)劃執(zhí)行，那么 nextExecutionTime 屬性是指下次任務(wù)的執(zhí)行時(shí)間，時(shí)間格式是按照 System.currentTimeMillis 返回的。對(duì)于需要重復(fù)進(jìn)行的任務(wù)，每個(gè)任務(wù)執(zhí)行之前會(huì)更新這一屬性。
而 period 屬性是用來表示以毫秒為時(shí)間單位的重復(fù)任務(wù)。period 為正值時(shí)表示固定速率執(zhí)行，負(fù)值表示固定延遲執(zhí)行，值 0 表示一個(gè)非重復(fù)性的任務(wù)。
所謂固定速率執(zhí)行和固定延遲執(zhí)行，固定延遲指的是定時(shí)任務(wù)會(huì)因?yàn)榍耙粋€(gè)任務(wù)的延遲而導(dǎo)致其后面的定時(shí)任務(wù)延時(shí)，而固定速率執(zhí)行則不會(huì)有這個(gè)問題，它是直接按照計(jì)劃的速率重復(fù)執(zhí)行，不會(huì)考慮前面任務(wù)是否執(zhí)行完。
這也是 scheduleAtFixedRate 與 schedule 方法的區(qū)別，兩者側(cè)重點(diǎn)不同，schedule 方法側(cè)重保存間隔時(shí)間的穩(wěn)定，而 scheduleAtFixedRate 方法更加側(cè)重于保持執(zhí)行頻率的穩(wěn)定。
另外 TimerTask 還有兩個(gè)非抽象方法：
- boolean cancel()：取消此計(jì)時(shí)器任務(wù)。
- long scheduledExecutionTime()：返回此任務(wù)最近實(shí)際執(zhí)行的安排執(zhí)行時(shí)間。
說完這些，下面就來看看 Timer 的后臺(tái)線程具體是如何調(diào)度隊(duì)列中的定時(shí)任務(wù)，可以看到 TimerThread 是持有任務(wù)隊(duì)列進(jìn)行操作的，也就具有了任務(wù)調(diào)度功能了。
下面就來看看后臺(tái)線程的 run 方法調(diào)用 mainLoop 具體做了什么：
前面說到每個(gè) Timer 對(duì)象內(nèi)部包含一個(gè) TaskQueue 實(shí)例，在執(zhí)行定時(shí)任務(wù)時(shí)，TimerThread 中將這個(gè) taskqueue 對(duì)象作為鎖，在任何時(shí)刻只能有一個(gè)線程執(zhí)行 TimerTask 。Timer 類為了保證線程安全的，是不需要外部同步機(jī)制就可以共享同一個(gè) Timer 對(duì)象。
可以看到 Timer 是不會(huì)捕獲異常的，如果 TimerTask 拋出的了未檢查異常則會(huì)導(dǎo)致 Timer 線程終止，同時(shí) Timer 也不會(huì)重新恢復(fù)線程的執(zhí)行，它會(huì)錯(cuò)誤的認(rèn)為整個(gè) Timer 線程都會(huì)取消。同時(shí)，已經(jīng)被安排但尚未執(zhí)行的 TimerTask 也不會(huì)再執(zhí)行了，新的任務(wù)也不能被調(diào)度。所以，如果 TimerTask 拋出未檢查的異常，Timer 將會(huì)產(chǎn)生無法預(yù)料的行為。
注意看計(jì)劃安排任務(wù)的核心代碼，包括任務(wù)計(jì)劃執(zhí)行時(shí)間的設(shè)置，也有優(yōu)先隊(duì)列保持二叉堆序性地操作。下面代碼很好地體現(xiàn)了 period 屬性作用，period 為正值時(shí)表示固定速率執(zhí)行，負(fù)值表示固定延遲執(zhí)行，值 0 表示一個(gè)非重復(fù)性的任務(wù)。
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);
}
}
前面提過 Timer 使用 schedule (TimerTask task, Date firstTime, long period) 方法執(zhí)行的計(jì)時(shí)器任務(wù)可能會(huì)因?yàn)榍耙粋€(gè)任務(wù)執(zhí)行時(shí)間較長而延時(shí)。每一次執(zhí)行的 task 的計(jì)劃時(shí)間會(huì)隨著前一個(gè) task 的實(shí)際時(shí)間而發(fā)生改變，也就是 scheduledExecutionTime(n+1) = realExecutionTime(n) + periodTime。也就是說如果第 n 個(gè) task 由于某種情況導(dǎo)致這次的執(zhí)行時(shí)間過程，最后導(dǎo)致 systemCurrentTime>= scheduledExecutionTime(n+1)，這是第 n+1 個(gè) task 并不會(huì)因?yàn)榈綍r(shí)了而執(zhí)行，他會(huì)等待第 n 個(gè) task 執(zhí)行完之后再執(zhí)行，那么這樣勢(shì)必會(huì)導(dǎo)致 n+2 個(gè)的執(zhí)行時(shí)間 scheduledExecutionTime 發(fā)生改變。所以
schedule 方法更加注重保存間隔時(shí)間的穩(wěn)定。
而對(duì)于 scheduleAtFixedRate(TimerTask task, Date firstTime, long period)，在前面也提過 scheduleAtFixedRate 與 schedule 方法的側(cè)重點(diǎn)不同，schedule 方法側(cè)重保存間隔時(shí)間的穩(wěn)定，而 scheduleAtFixedRate 方法更加側(cè)重于保持執(zhí)行頻率的穩(wěn)定。在 schedule 方法中會(huì)因?yàn)榍耙粋€(gè)任務(wù)的延遲而導(dǎo)致其后面的定時(shí)任務(wù)延時(shí)，而 scheduleAtFixedRate 方法則不會(huì)，如果第 n 個(gè) task 執(zhí)行時(shí)間過長導(dǎo)致 systemCurrentTime >= scheduledExecutionTime(n+1)，則不會(huì)做任何等待他會(huì)立即執(zhí)行第 n+1 個(gè) task，所以 scheduleAtFixedRate 方法執(zhí)行時(shí)間的計(jì)算方法不同于 schedule，而是 scheduledExecutionTime(n)=firstExecuteTime +n*periodTime，該計(jì)算方法永遠(yuǎn)保持不變。所以 scheduleAtFixedRate 更加側(cè)重于保持執(zhí)行頻率的穩(wěn)定。
說完了 Timer 的源碼分析，相信大致上也能明白定時(shí)集整個(gè)流程是怎樣的。下面根據(jù)上面這些內(nèi)容，說一些實(shí)際使用建議。
使用建議
最近使用阿里 Java 開發(fā)編碼規(guī)約插件，可以看到提示是建議使用 ScheduledExecutorService 代替 Timer ：
那為什么要使用 ScheduledExecutorService 代替 Timer ：
前面我們也有提到，Timer 是基于絕對(duì)時(shí)間的，對(duì)系統(tǒng)時(shí)間比較敏感，而 ScheduledThreadPoolExecutor 則是基于相對(duì)時(shí)間；
Timer 是內(nèi)部是單一線程，而 ScheduledThreadPoolExecutor 內(nèi)部是個(gè)線程池，所以可以支持多個(gè)任務(wù)并發(fā)執(zhí)行。
Timer 運(yùn)行多個(gè) TimeTask 時(shí)，只要其中之一沒有捕獲拋出的異常，其它任務(wù)便會(huì)自動(dòng)終止運(yùn)行，使用 ScheduledExecutorService 則沒有這個(gè)問題。
使用 ScheduledExecutorService 更容易明確任務(wù)實(shí)際執(zhí)行策略，更方便自行控制。
默認(rèn) Timer 執(zhí)行線程不是 daemon 線程, 任務(wù)執(zhí)行完，主線程（或其他啟動(dòng)定時(shí)器的線程）結(jié)束時(shí)，task 線程并沒有結(jié)束。需要注意潛在內(nèi)存泄漏問題
下面給出一個(gè)實(shí)際使用 ScheduledExecutorService 代替 Timer 的例子：
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.ScheduledFuture;
import java.util.concurrent.ScheduledThreadPoolExecutor;
import java.util.concurrent.ThreadFactory;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicInteger;
/**
* ImprovedTimer 改進(jìn)過的定時(shí)器
* 多線程并行處理定時(shí)任務(wù)時(shí)，Timer運(yùn)行多個(gè)TimeTask時(shí)，只要其中之一沒有捕獲拋出的異常，其它任務(wù)便會(huì)自動(dòng)終止運(yùn)行，
* 使用ScheduledExecutorService則沒有這個(gè)問題。
*
* @author baishixian
* @date 2017/10/16
*
*/
public class ImprovedTimer {
/**
* 線程池不允許使用Executors去創(chuàng)建，而是通過ThreadPoolExecutor的方式，這樣的處理方式讓寫的同學(xué)更加明確線程池的運(yùn)行規(guī)則，規(guī)避資源耗盡的風(fēng)險(xiǎn)。 說明：Executors各個(gè)方法的弊端：
* 1）newFixedThreadPool和newSingleThreadExecutor:
* ??主要問題是堆積的請(qǐng)求處理隊(duì)列可能會(huì)耗費(fèi)非常大的內(nèi)存，甚至OOM。
* 2）newCachedThreadPool和newScheduledThreadPool:
* ??主要問題是線程數(shù)最大數(shù)是Integer.MAX_VALUE，可能會(huì)創(chuàng)建數(shù)量非常多的線程，甚至OOM。
*
* 線程池能按時(shí)間計(jì)劃來執(zhí)行任務(wù)，允許用戶設(shè)定計(jì)劃執(zhí)行任務(wù)的時(shí)間，int類型的參數(shù)是設(shè)定
* 線程池中線程的最小數(shù)目。當(dāng)任務(wù)較多時(shí)，線程池可能會(huì)自動(dòng)創(chuàng)建更多的工作線程來執(zhí)行任務(wù)
*/
private final ScheduledExecutorService executorService = new ScheduledThreadPoolExecutor(1, new ImprovedTimer.DaemonThreadFactory());
private ScheduledFuture<?> improvedTimerFuture = null;
public ImprovedTimer() {
}
/**
* 周期性重復(fù)執(zhí)行定時(shí)任務(wù)
* @param command 執(zhí)行 Runnable
* @param initialDelay 單位 MILLISECONDS
* @param period 單位 MILLISECONDS
*/
public void schedule(Runnable command, long initialDelay, long period){
// initialDelay 毫秒后開始執(zhí)行任務(wù)，以后每隔 period 毫秒執(zhí)行一次
// schedule方法被用來延遲指定時(shí)間來執(zhí)行某個(gè)指定任務(wù)。
// 如果你需要周期性重復(fù)執(zhí)行定時(shí)任務(wù)可以使用scheduleAtFixedRate或者scheduleWithFixedDelay方法，它們不同的是前者以固定頻率執(zhí)行，后者以相對(duì)固定頻率執(zhí)行。
// 不管任務(wù)執(zhí)行耗時(shí)是否大于間隔時(shí)間，scheduleAtFixedRate和scheduleWithFixedDelay都不會(huì)導(dǎo)致同一個(gè)任務(wù)并發(fā)地被執(zhí)行。
// 唯一不同的是scheduleWithFixedDelay是當(dāng)前一個(gè)任務(wù)結(jié)束的時(shí)刻，開始結(jié)算間隔時(shí)間，如0秒開始執(zhí)行第一次任務(wù)，任務(wù)耗時(shí)5秒，任務(wù)間隔時(shí)間3秒，那么第二次任務(wù)執(zhí)行的時(shí)間是在第8秒開始。
improvedTimerFuture = executorService.scheduleAtFixedRate(command, initialDelay, period, TimeUnit.MILLISECONDS);
}
/**
* 周期性重復(fù)執(zhí)行定時(shí)任務(wù)
* @param command 執(zhí)行 Runnable
* @param initialDelay 單位 MILLISECONDS
*/
public void schedule(Runnable command, long initialDelay){
// initialDelay 毫秒后開始執(zhí)行任務(wù)
improvedTimerFuture = executorService.schedule(command, initialDelay, TimeUnit.MILLISECONDS);
}
private void cancel() {
if (improvedTimerFuture != null) {
improvedTimerFuture.cancel(true);
improvedTimerFuture = null;
}
}
public void shutdown() {
cancel();
executorService.shutdown();
}
/**
* 守護(hù)線程工廠類，用于生產(chǎn)后臺(tái)運(yùn)行線程
*/
private static final class DaemonThreadFactory implements ThreadFactory {
private AtomicInteger atoInteger = new AtomicInteger(0);
@Override
public Thread newThread(Runnable runnable) {
Thread thread = new Thread(runnable);
thread.setName("schedule-pool-Thread-" + atoInteger.getAndIncrement());
thread.setDaemon(true);
return thread;
}
}
}
參考：
詳解 Java 定時(shí)任務(wù)
Java多線程總結(jié)（3）— Timer 和 TimerTask深入分析
OVER...
