【前言】 项目中用到了定时任务，项目之初为了快速开发上线，当时直接采用最简单的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 的论文学习经验