如何保證我們的定時任務只會觸發(fā)一次

上一篇 <<<傳統(tǒng)任務調度存在的缺陷
下一篇 >>>定時任務宕機后如何處理

a.業(yè)務邏輯和定時任務分開，業(yè)務邏輯集群，定時任務只開一臺
b、代碼上加上開關，開啟則執(zhí)行，不開啟則不執(zhí)行
c、分布式鎖，只要拿到鎖才可以執(zhí)行。包括redis、zookeeper。
d、數據庫中插入主鍵ID，成功的可以執(zhí)行。比如日期+服務名稱，插入成功即可執(zhí)行。
e、使用專門的任務調度平臺（XXL-job、elasticjob[依賴ZK]、SpringAlibaba Cloud SchedulerX）

推薦閱讀：
<<<傳統(tǒng)任務調度實現方案及demo示例
<<<傳統(tǒng)任務調度存在的缺陷
<<<定時任務宕機后如何處理
<<<分布式任務調度平臺的特點
<<<XXL-Job和Elastic-job的區(qū)別
<<<Elastic-job的設計理念及原理說明
<<<SpringBoot整合Elastic-Job示例
<<<修改Elastic-Job默認session過期時間提升故障轉移速度
<<<XXL-job入門介紹
<<<XXL-job的架構與執(zhí)行邏輯說明
<<<XXL-Job Admin平臺搭建
<<<SpringBoot項目集成XXL-Job
<<<XXL-Job Admin任務調度的配置及預警示例
<<<XXL-Job使用分片集群機制將100W的短信在5min內發(fā)完
<<<XXL-Job如何搭建集群

最后編輯于 ：
?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成，瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發(fā)布，文章內容僅代表作者本人觀點，簡書系信息發(fā)布平臺，僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容