Quartz開發企業級任務排程應用

Quartz 是 OpenSymphony 開源組織在任務排程領域的一個開源專案，完全基於 Java 實現。該專案於 2009 年被 Terracotta 收購，目前是 Terracotta 旗下的一個專案。讀者可以到 站點下載 Quartz 的釋出版本及其原始碼。在產品開發中使用的是版本 1.8.4，因此本文內容基於該版本。

　　作為一個優秀的開源排程框架，Quartz 具有以下特點：

強大的排程功能，例如支援豐富多樣的排程方法，可以滿足各種常規及特殊需求;

靈活的應用方式，例如支援任務和排程的多種組合方式，支援排程資料的多種儲存方式;

分散式和叢集能力，Terracotta 收購後在原來功能基礎上作了進一步提升。本文暫不討論該部分內容

另外，作為 Spring 預設的排程框架，Quartz 很容易與 Spring 整合實現靈活可配置的排程功能。

下面是本文中用到的一些專用詞彙，在此宣告：

scheduler：任務排程器 trigger：觸發器，用於定義任務排程時間規則 job：任務，即被排程的任務 misfire：錯過的，指本來應該被執行但實際沒有被執行的任務排程

Quartz 任務排程的基本實現原理

　　核心元素

Quartz 任務排程的核心元素是 scheduler, trigger 和 job，其中 trigger 和 job 是任務排程的元資料， scheduler 是實際執行排程的控制器。

在 Quartz 中，trigger 是用於定義排程時間的元素，即按照什麼時間規則去執行任務。Quartz 中主要提供了四種類型的 trigger：SimpleTrigger，CronTirgger，DateIntervalTrigger，和 NthIncludedDayTrigger。這四種 trigger 可以滿足企業應用中的絕大部分需求。我們將在企業應用一節中進一步討論四種 trigger 的`功能。

在 Quartz 中，job 用於表示被排程的任務。主要有兩種型別的 job：無狀態的(stateless)和有狀態的(stateful)。對於同一個 trigger 來說，有狀態的 job 不能被並行執行，只有上一次觸發的任務被執行完之後，才能觸發下一次執行。Job 主要有兩種屬性：volatility 和 durability，其中 volatility 表示任務是否被持久化到資料庫儲存，而 durability 表示在沒有 trigger 關聯的時候任務是否被保留。兩者都是在值為 true 的時候任務被持久化或保留。一個 job 可以被多個 trigger 關聯，但是一個 trigger 只能關聯一個 job。

在 Quartz 中， scheduler 由 scheduler 工廠建立：DirectSchedulerFactory 或者 StdSchedulerFactory。 第二種工廠 StdSchedulerFactory 使用較多，因為 DirectSchedulerFactory 使用起來不夠方便，需要作許多詳細的手工編碼設定。 Scheduler 主要有三種：RemoteMBeanScheduler， RemoteScheduler 和 StdScheduler。本文以最常用的 StdScheduler 為例講解。這也是筆者在專案中所使用的 scheduler 類。

　　資料儲存

Quartz 中的 trigger 和 job 需要儲存下來才能被使用。Quartz 中有兩種儲存方式：RAMJobStore, JobStoreSupport，其中 RAMJobStore 是將 trigger 和 job 儲存在記憶體中，而 JobStoreSupport 是基於 jdbc 將 trigger 和 job 儲存到資料庫中。RAMJobStore 的存取速度非常快，但是由於其在系統被停止後所有的資料都會丟失，所以在通常應用中，都是使用 JobStoreSupport。

在 Quartz 中，JobStoreSupport 使用一個驅動代理來操作 trigger 和 job 的資料儲存：StdJDBCDelegate。StdJDBCDelegate 實現了大部分基於標準 JDBC 的功能介面，但是對於各種資料庫來說，需要根據其具體實現的特點做某些特殊處理，因此各種資料庫需要擴充套件 StdJDBCDelegate 以實現這些特殊處理。