一、項目目前定時任務現狀
- 使用Linux系統的crontab直接調用Java服務
- 優缺點：
- 優點：部署簡單，由linux系統維護相對Java進程維護更加維定
- 缺點：單機部署，風險大；出問題後排錯難度大；需要運維介入成本大
- 總結：針對目前項目情況，弊大於利
二、Java主流三大定時任務框架優缺點
選型時原則:
少服務器 後期維護方便 增加任務省事 而且快捷 不涉及啓停服務
Quartz
- 優點：支持集羣部署
- 缺點：沒有自帶的管理界面；調度邏輯和執行任務耦合在一起；維護需要重啓服務
- 總結：針對目前項目情況，利弊相同
xxl-job
- 優點：支持集羣部署；提供運維界面維護成本小；自帶錯誤預警；相對elastic-job來說不需要額外的組件（zookeeper）；支持調度策略；支持分片； 故障轉移 ；更適合分佈式
- 缺點：相對Quartz來說需要多部署調度中心
- 總結：針對目前項目情況，利大於弊
elastic-job
- 優點：支持集羣部署；維護成本小
- 缺點：elastic-job需要zookeeper，zookeeper集羣高可用至少需要三臺服務器
- 總結：針對目前項目情況，弊大於利
小結:
綜合選型原則及三個定時任務框架的優缺點和目前項目的狀況，建議選用xxl-job
三、xxl-job一些特性
- xxl-job參考資料: http://www.cnblogs.com/xuxueli/p/5021979.html
2、一些實用特性:
（1）執行失敗可以查看日誌
（2）支持郵件報警
（3）路由策略支持輪詢等策略，可以減輕執行服務器的壓力
（4）輪詢時間等參數修改後立即生效
（5）執行器有問題或新增，快速識別
（6）調度中心高可用，調度中心可以集羣部署（集羣部署的機器時鐘必須同步），如果調度中心沒有做負載在執行器的配置中需要配多個地址，如果調度中心配置負載則執行器配置負載地址即可
（7）執行器高可用（執行器可以集羣部署）
四、針對項目目前定時任務的選用策略建議
- 目前項目的所有定時任務（和運維亞光確認）共8個
- 不同定時任務策略的建議：
（1）結算相關
a.罰息定時任務（wf-job-practical）
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
b.結清定時任務（wf-job-settlement）
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
(2) 短信相關
a. 短信發送定時任務（wf-sms-send-job）
路由策略:輪詢
阻塞處理:丟棄後續調度
失敗處理:失敗告警
b.短信業務定時任務（wf-sms-write-job）
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
c.短信數據清理定時任務（wf-sms-cleardata-job）
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
(3).報表相關
a.風控定時任務wf-bi-risk-job
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
b. wf-bi-market-job
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
c.wf-bi-job
路由策略:輪詢
阻塞處理:單機串行
失敗處理:失敗告警
五、項目中加入xxl-job結合
- 說明：以下Demo以短信發送服務定時任務(wf-sms-send-job)爲例
- 建議：執行器根據不同的模塊建立工程（既方便統一部署又方便升級維護），比如：結算的定時任務可以組成一個工程；短信定時任務可以組成一個工程等
- 項目中增加xxl-job
（1）在pom中增加依賴
（2）application.properties增加相關配置
（3）增加config解析類
（4）增加執行器
