前言

 

我們先思考下面幾個業務場景的解決方案：

• 支付系統每天凌晨1點跑批，進行一天清算，每月1號進行上個月清算

• 電商整點搶購，商品價格8點整開始優惠

• 12306購票系統，超過30分鐘沒有成功支付訂單的，進行回收處理

• 商品成功發貨后，需要向客戶發送短信提醒

?

類似的業務場景非常多，我們怎么解決？

?

很多業務場景需要我們某一特定的時刻去做某件任務，定時任務解決的就是這種業務場景。一般來說，系統可以使用消息傳遞代替部分定時任務，兩者有很多相似之處，可以相互替換場景。

如，上面發貨成功發短信通知客戶的業務場景，我們可以在發貨成功后發送MQ消息到隊列，然后去消費mq消息，發送短信。

但在某些場景下不能互換：

• 時間驅動/事件驅動：內部系統一般可以通過時間來驅動，但涉及到外部系統，則只能使用時間驅動。如怕取外部網站價格，每小時爬一次

• 批量處理/逐條處理：批量處理堆積的數據更加高效，在不需要實時性的情況下比消息中間件更有優勢。而且有的業務邏輯只能批量處理。如移動每個月結算我們的話費

• 實時性/非實時性：消息中間件能夠做到實時處理數據，但是有些情況下并不需要實時，比如：vip升級

• 系統內部/系統解耦：定時任務調度一般是在系統內部，而消息中間件可用于兩個系統間

Java 有哪些定時任

總結

以上是生活随笔為你收集整理的深度学习核心技术精讲100篇（五十五）-深度解读分布式定时任务框架的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。