【前言】 项目中用到了定时任务,项目之初为了快速开发上线,当时直接采用最简单的Linux自带的crontab;
项目逐渐维定下来时,针对定时任务自己进行了相关研究,并根据项目实际情况进行了对比以及相关改造。
【比一比&改一改】 一、项目目前定时任务现状
1、 使用Linux系统的crontab直接调用Java服务
2、 优缺点:
(1)优点:部署简单,由linux系统维护相对Java进程维护更加维定
(2)缺点:单机部署,风险大;出问题后排错难度大;需要运维介入成本大
(3)总结:针对目前项目情况,弊大于利
二、Java主流三大定时任务框架优缺点 1、 选型时原则:少服务器 后期维护方便 增加任务省事 而且快捷 不涉及启停服务
2、 Quartz
(1)优点:支持集群部署
(2)缺点:没有自带的管理界面;调度逻辑和执行任务耦合在一起;维护需要重启服务
(3)总结:针对目前项目情况,利弊相同
3、 xxl-job
(1)优点:支持集群部署;提供运维界面维护成本小;自带错误预警;相对elastic-job来说不需要额外的组件(zookeeper);支持调度策略;支持分片;
(2)缺点:相对Quartz来说需要多部署调度中心
(3)总结:针对目前项目情况,利大于弊
4、 elastic-job
(1)优点:支持集群部署;维护成本小
(2)缺点:elastic-job需要zookeeper,zookeeper集群高可用至少需要三台服务器
(3)总结:针对目前项目情况,弊大于利
5、 小结:
综合选型原则及三个定时任务框架的优缺点和目前项目的状况,建议选用xxl-job
三、xxl-job一些特性 1、 xxl-job参考资料: http://www.cnblogs.com/xuxueli/p/5021979.html
2、 一些实用特性:
(1)执行失败可以查看日志
文章图片
【●【项目实战】|定时任务的选型及改造】(2)支持邮件报警
文章图片
(3)路由策略支持轮询等策略,可以减轻执行服务器的压力
文章图片
(4)轮询时间等参数修改后立即生效
文章图片
(5)执行器有问题或新增,快速识别
文章图片
(6)调度中心高可用,调度中心可以集群部署(集群部署的机器时钟必须同步),如果调度中心没有做负载在执行器的配置中需要配多个地址,如果调度中心配置负载则执行器配置负载地址即可
文章图片
(7)执行器高可用(执行器可以集群部署)
四、项目中加入xxl-job结合 1、 说明:以下Demo以短信发送服务定时任务为例
2、 建议:执行器根据不同的模块建立工程(既方便统一部署又方便升级维护),比如:结算的定时任务可以组成一个工程;短信定时任务可以组成一个工程等
3、 项目中增加xxl-job
(1)在pom中增加依赖
文章图片
(2)application.properties增加相关配置
文章图片
(3)增加config解析类
文章图片
(4)增加执行器
文章图片
【总结】 在技术选型的时候既要站在当前也要考虑到未来,没有什么是永远的唯一的,要结合具体的场景业务用发展的眼光去看待。
推荐阅读
- 监控平台技术调研
- 内存溢出+CPU占用过高:问题排查+解决方案+复盘(超详细分析教程)
- #|【毅力挑战】PCIe 每日一问一答
- Protocol|【PCIe 实战】SNPS PCIe 开启 SRIS mode
- Protocol|【PCIe 6.0】PCIe 6.0 新特性 - L0p 详解
- Protocol|【PCIe页请求服务】到底到底到底是啥(半年搜遍全网找不到一篇介绍文章,没人写那我来写吧)
- #|【PCIe 6.0】颠覆性技术!你NRZ相守20年又怎样(看我PAM4如何上位PCIe 6.0 !)
- #|PCIe地址转换服务(ATS)详解
- 论文分享|【经验分享】分享 MangoPapa 的论文学习经验