为解决分布式环境下定时任务的可靠性,稳定性,只执行一次的特性,我找到了个大众点评开源的分布式调度任务解决完整系统,下面我将一步步深入解读该系统,从基本的使用到源码的探究
下载
- https://github.com/xuxueli/xxl-job ,该项目目前更新仍然活跃,我使用的是1.9.1版本
搭建
- 它的文档介绍还是很全面的,这里为了最快的使用并看出效果,我来列出最简洁的搭建步骤
- 在自己的mysql中执行doc/db/tables_xxl_job.sql该文件,该文件的作用是为quartz搭建最基础的表结构
- 修改xxl-job-admin目录下xxl-job-admin.properties文件
把mysql数据库信息和报警邮箱信息填入这里(报警邮箱可以不填,用来在定时任务出错时发送错误信息到邮箱)### xxl-job db (use & replace & in xml) xxl.job.db.driverClass=com.mysql.jdbc.Driver xxl.job.db.url=jdbc:mysql://i.tzxylao.com:3306/xxl-job?useUnicode=true&characterEncoding=UTF-8&useSSL=false xxl.job.db.user=tzxylao xxl.job.db.password=xxx ### xxl-job email xxl.job.mail.host=smtp.163.com xxl.job.mail.port=25 xxl.job.mail.ssl=false xxl.job.mail.username=15068610616@163.com xxl.job.mail.password=xxxx xxl.job.mail.sendNick=《任务调度平台XXL-JOB》
3. 这样分布式调度中心就建完了,为了测试,我直接用它提供的测试代码,此测试代码在此系统中的概念相当于一个执行器
4. 若我们要新建一个定时任务
只需要继承IJobHandler,实现其方法,添加两个注解Component和JobHandler,value=testJobHandler表示在调度中心需要配置的任务JobHandler/** * Created by lll on 2018/9/17 14:38. */ @Component @JobHandler("testJobHandler") @Slf4j public class TestJobjHandler extends IJobHandler{ private int i = 0; @Override public ReturnT<String> execute(String s) throws Exception { ReturnT<String> returnT = new ReturnT<>(); log.info("执行TestJobjHandler "+i); i++; if (i % 5 == 0) { returnT.setMsg("执行失败"+i); returnT.setContent("内容xxxx"); returnT.setCode(500); return returnT; } return ReturnT.SUCCESS; } }
5. 接下来主要配置application.properties### xxl-job admin address list, such as "http://address" or "http://address01,http://address02" # 调度中心地址和端口 xxl.job.admin.addresses=http://127.0.0.1:8080 ### xxl-job executor address # appname名字调度中心会配置,写相同即可 xxl.job.executor.appname=test-job # 表示此执行器地址,也就是本项目部署地址 xxl.job.executor.ip=172.16.100.141 # 提供jetty连接的端口,不要冲突即可,在调度中心会配置此项 xxl.job.executor.port=9999
- 好了,配置完毕就打包此项目mvn package -DskipTests
- 把注册中心xxl-job-admin的war包运行到tomcat这里我部署端口8080
- 执行器为springboot项目,直接执行XxlJobExecutorApplication的main方法即可启动,注意端口别冲突,application.properties设置8082
# web port server.port=8082
- 浏览器localhost:8080登录,默认用户名密码admin 123456
可以看到界面还是很美观的,也有很多信息披露,定时任务的数量,执行器数量,调度次数等等 - 在执行器管理选项中,修改默认的执行器,或者添加
- 这里机器地址需要手动录入,就是前面配置的,注意这里本机运行最好不要填127.0.0.1,可能报些乱七八糟的错误,我就一直报端口bind
- 在任务管理选项中添加任务
- 这里有很多的路由策略,阻塞策略等,这里先不详细介绍了~
,笔者也是一知半解,等我看过源码再来说了_ - 添加完任务,定时任务就执行起来了哦
- 在返回失败的时候,我的邮箱就会收到错误信息了,关键信息是msg字段,所有这里一定要写错误关键点
总结
- 此项目优势还是很多的,如果我早点知道这个项目,就不用自己编写个极low的定时任务调度系统了,学习里面的思想,大多的分布式调度任务就都能了解了
- 这里列出些官方给出的此项目优势,增加点吸引力
- 1、简单:支持通过Web页面对任务进行CRUD操作,操作简单,一分钟上手;
- 2、动态:支持动态修改任务状态、暂停/恢复任务,以及终止运行中任务,即时生效;
- 3、调度中心HA(中心式):调度采用中心式设计,“调度中心”基于集群Quartz实现并支持集群部署,可保证调度中心HA;
- 4、执行器HA(分布式):任务分布式执行,任务"执行器"支持集群部署,可保证任务执行HA;
- 5、注册中心: 执行器会周期性自动注册任务, 调度中心将会自动发现注册的任务并触发执行。同时,也支持手动录入执行器地址;
- 6、弹性扩容缩容:一旦有新执行器机器上线或者下线,下次调度时将会重新分配任务;
- 7、路由策略:执行器集群部署时提供丰富的路由策略,包括:第一个、最后一个、轮询、随机、一致性HASH、最不经常使用、最近最久未使用、故障转移、忙碌转移等;
- 8、故障转移:任务路由策略选择"故障转移"情况下,如果执行器集群中某一台机器故障,将会自动Failover切换到一台正常的执行器发送调度请求。
- 9、阻塞处理策略:调度过于密集执行器来不及处理时的处理策略,策略包括:单机串行(默认)、丢弃后续调度、覆盖之前调度;
- 10、任务超时控制:支持自定义任务超时时间,任务运行超时将会主动中断任务;
- 11、任务失败重试:支持自定义任务失败重试次数,当任务失败时将会按照预设的失败重试次数主动进行重试;
- 12、失败处理策略;调度失败时的处理策略,默认提供失败告警、失败重试等策略;
- 13、分片广播任务:执行器集群部署时,任务路由策略选择"分片广播"情况下,一次任务调度将会广播触发集群中所有执行器执行一次任务,可根据分片参数开发分片任务;
- 14、动态分片:分片广播任务以执行器为维度进行分片,支持动态扩容执行器集群从而动态增加分片数量,协同进行业务处理;在进行大数据量业务操作时可显著提升任务处理能力和速度。
- 15、事件触发:除了"Cron方式"和"任务依赖方式"触发任务执行之外,支持基于事件的触发任务方式。调度中心提供触发任务单次执行的API服务,可根据业务事件灵活触发。
- 16、任务进度监控:支持实时监控任务进度;
- 17、Rolling实时日志:支持在线查看调度结果,并且支持以Rolling方式实时查看执行器输出的完整的执行日志;
- 18、GLUE:提供Web IDE,支持在线开发任务逻辑代码,动态发布,实时编译生效,省略部署上线的过程。支持30个版本的历史版本回溯。
- 19、脚本任务:支持以GLUE模式开发和运行脚本任务,包括Shell、Python、NodeJS等类型脚本;
- 20、任务依赖:支持配置子任务依赖,当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔;
- 21、一致性:“调度中心”通过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行;
- 22、自定义任务参数:支持在线配置调度任务入参,即时生效;
- 23、调度线程池:调度系统多线程触发调度运行,确保调度精确执行,不被堵塞;
- 24、数据加密:调度中心和执行器之间的通讯进行数据加密,提升调度信息安全性;
- 25、邮件报警:任务失败时支持邮件报警,支持配置多邮件地址群发报警邮件;
- 26、推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;
- 27、运行报表:支持实时查看运行数据,如任务数量、调度次数、执行器数量等;以及调度报表,如调度日期分布图,调度成功分布图等;
- 28、全异步:系统底层实现全部异步化,针对密集调度进行流量削峰,理论上支持任意时长任务的运行;
- 29、国际化:调度中心支持国际化设置,提供中文、英文两种可选语言,默认为中文;