先來看一張圖：

• • Job：是一個介面，只有一個方法void execute(JobExecutionContext context)，開發者實現該介面定義執行任務，JobExecutionContext類提供了排程上下文的各種資訊。Job執行時的資訊儲存在JobDataMap例項中；
  • 表示一個工作，要執行的具體內容。
    
  • JobDetail：Quartz在每次執行Job時，都重新建立一個Job例項，所以它不直接接受一個Job的例項，相反它接收一個Job實現類，以便執行時通過newInstance()的反射機制例項化Job。因此需要通過一個類來描述Job的實現類及其它相關的靜態資訊，如Job名字、描述、關聯監聽器等資訊，JobDetail承擔了這一角色。
  • 表示一個具體的可執行的排程程式，Job是這個可執行程排程程式所要執行的內容，另外JobDetail還包含了這個任務排程的方案和策略
    
  • Trigger：是一個類，描述觸發Job執行的時間觸發規則。主要有SimpleTrigger和CronTrigger這兩個子類。當僅需觸發一次或者以固定時間間隔週期執行，SimpleTrigger是最適合的選擇；而CronTrigger則可以通過Cron表示式定義出各種複雜時間規則的排程方案：如每早晨9:00執行，週一、週三、週五下午5:00執行等；
  • 代表一個排程引數的配置，什麼時候去調
    
  • Calendar：org.quartz.Calendar和java.util.Calendar不同，它是一些日曆特定時間點的集合（可以簡單地將org.quartz.Calendar看作java.util.Calendar的集合——java.util.Calendar代表一個日曆時間點，無特殊說明後面的Calendar即指org.quartz.Calendar）。一個Trigger可以和多個Calendar關聯，以便排除或包含某些時間點。假設，我們安排每週星期一早上10:00執行任務，但是如果碰到法定的節日，任務則不執行，這時就需要在Trigger觸發機制的基礎上使用Calendar進行定點排除。
  • Scheduler：代表一個Quartz的獨立執行容器，Trigger和JobDetail可以註冊到Scheduler中，兩者在Scheduler中擁有各自的組及名稱，組及名稱是Scheduler查詢定位容器中某一物件的依據，Trigger的組及名稱必須唯一，JobDetail的組和名稱也必須唯一（但可以和Trigger的組和名稱相同，因為它們是不同型別的）。Scheduler定義了多個介面方法，允許外部通過組及名稱訪問和控制容器中Trigger和JobDetail。Scheduler可以將Trigger繫結到某一JobDetail中，這樣當Trigger觸發時，對應的Job就被執行。一個Job可以對應多個Trigger，但一個Trigger只能對應一個Job。可以通過SchedulerFactory建立一個Scheduler例項。Scheduler擁有一個SchedulerContext，它類似於ServletContext，儲存著Scheduler上下文資訊，Job和Trigger都可以訪問SchedulerContext內的資訊。SchedulerContext內部通過一個Map，以鍵值對的方式維護這些上下文資料，SchedulerContext為儲存和獲取資料提供了多個put()和getXxx()的方法。可以通過Scheduler# getContext()獲取對應的SchedulerContext例項；
  • 代表一個排程容器，一個排程容器中可以註冊多個JobDetail和Trigger。當Trigger與JobDetail組合，就可以被Scheduler容器排程了。

• • ThreadPool：Scheduler使用一個執行緒池作為任務執行的基礎設施，任務通過共享執行緒池中的執行緒提高執行效率。

quartz優點：

Timer ：優點在於簡單易用，但由於所有任務都是由同一個執行緒來排程，因此所有任務都是序列執行的，同一時間只能有一個任務在執行，前一個任務的延遲或異常都將會影響到之後的任務。