You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
xxl-job/doc/XXL-JOB官方文档.md

125 KiB

《分布式任务调度平台XXL-JOB》

Actions Status Maven Central GitHub release GitHub stars Docker Status License donate

[TOCM]

[TOC]

一、简介

1.1 概述

XXL-JOB是一个分布式任务调度平台其核心设计目标是开发迅速、学习简单、轻量级、易扩展。现已开放源代码并接入多家公司线上产品线开箱即用。

1.2 社区交流

1.3 特性

  • 1、简单支持通过Web页面对任务进行CRUD操作操作简单一分钟上手
  • 2、动态支持动态修改任务状态、启动/停止任务,以及终止运行中任务,即时生效;
  • 3、调度中心HA中心式调度采用中心式设计“调度中心”自研调度组件并支持集群部署可保证调度中心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、PHP、PowerShell等类型脚本;
  • 20、命令行任务原生提供通用命令行任务HandlerBean任务"CommandJobHandler");业务方只需要提供命令行即可;
  • 21、任务依赖支持配置子任务依赖当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔;
  • 22、一致性“调度中心”通过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行;
  • 23、自定义任务参数支持在线配置调度任务入参即时生效
  • 24、调度线程池调度系统多线程触发调度运行确保调度精确执行不被堵塞
  • 25、数据加密调度中心和执行器之间的通讯进行数据加密提升调度信息安全性
  • 26、邮件报警任务失败时支持邮件报警支持配置多邮件地址群发报警邮件
  • 27、推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;
  • 28、运行报表支持实时查看运行数据如任务数量、调度次数、执行器数量等以及调度报表如调度日期分布图调度成功分布图等
  • 29、全异步任务调度流程全异步化设计实现如异步调度、异步运行、异步回调等有效对密集调度进行流量削峰理论上支持任意时长任务的运行
  • 30、跨语言调度中心与执行器提供语言无关的 RESTful API 服务,第三方任意语言可据此对接调度中心或者实现执行器。除此之外,还提供了 “多任务模式”和“httpJobHandler”等其他跨语言方案
  • 31、国际化调度中心支持国际化设置提供中文、英文两种可选语言默认为中文
  • 32、容器化提供官方docker镜像并实时更新推送dockerhub进一步实现产品开箱即用
  • 33、线程池隔离调度线程池进行隔离拆分慢任务自动降级进入"Slow"线程池,避免耗尽调度线程,提高系统稳定性;
  • 34、用户管理支持在线管理系统用户存在管理员、普通用户两种角色
  • 35、权限控制执行器维度进行权限控制管理员拥有全量权限普通用户需要分配执行器权限后才允许相关操作

1.4 发展

于2015年中我在github上创建XXL-JOB项目仓库并提交第一个commit随之进行系统结构设计UI选型交互设计……

于2015-11月XXL-JOB终于RELEASE了第一个大版本V1.0 随后我将之发布到OSCHINAXXL-JOB在OSCHINA上获得了@红薯的热门推荐同期分别达到了OSCHINA的“热门动弹”排行第一和git.oschina的开源软件月热度排行第一在此特别感谢红薯感谢大家的关注和支持。

于2015-12月我将XXL-JOB发表到我司内部知识库并且得到内部同事认可。

于2016-01月我司展开XXL-JOB的内部接入和定制工作在此感谢袁某和尹某两位同事的贡献同时也感谢内部其他给与关注与支持的同事。

于2017-05-13在上海举办的 "第62期开源中国源创会" 的 "放码过来" 环节我登台对XXL-JOB做了演讲台下五百位在场观众反响热烈图文回顾 )。

于2017-10-22又拍云 Open Talk 联合 Spring Cloud 中国社区举办的 "进击的微服务实战派上海站"我登台对XXL-JOB做了演讲现场观众反响热烈并在会后与XXL-JOB用户热烈讨论交流。

于2017-12-11XXL-JOB有幸参会《InfoQ ArchSummit全球架构师峰会》,并被拍拍贷架构总监"杨波老师"在专题 "微服务原理、基础架构和开源实践" 中现场介绍。

于2017-12-18XXL-JOB参与"2017年度最受欢迎中国开源软件"评比在当时已录入的约九千个国产开源项目中角逐最终进入了前30强。

于2018-01-15XXL-JOB参与"2017码云最火开源项目"评比在当时已录入的约六千五百个码云项目中角逐最终进去了前20强。

于2018-04-14iTechPlus在上海举办的 "2018互联网开发者大会"我登台对XXL-JOB做了演讲现场观众反响热烈并在会后与XXL-JOB用户热烈讨论交流。

于2018-05-27在上海举办的 "第75期开源中国源创会" 的 "架构" 主题专场,我登台进行“基础架构与中间件图谱”主题演讲,台下上千位在场观众反响热烈(图文回顾 )。

于2018-12-05XXL-JOB参与"2018年度最受欢迎中国开源软件"评比在当时已录入的一万多个开源项目中角逐最终排名第19名。

于2019-12-10XXL-JOB参与"2019年度最受欢迎中国开源软件"评比,在当时已录入的一万多个开源项目中角逐,最终排名"开发框架和基础组件类"第9名。

我司大众点评目前已接入XXL-JOB内部别名《Ferrari》Ferrari基于XXL-JOB的V1.1版本定制而成,新接入应用推荐升级最新版本)。 据最新统计, 自2016-01-21接入至2017-12-01期间该系统已调度约100万次表现优异。新接入应用推荐使用最新版本因为经过数十个版本的更新系统的任务模型、UI交互模型以及底层调度通讯模型都有了较大的优化和提升核心功能更加稳定高效。

至今XXL-JOB已接入多家公司的线上产品线接入场景如电商业务O2O业务和大数据作业等截止最新统计时间为止XXL-JOB已接入的公司包括不限于

- 1、大众点评【美团点评】
- 2、山东学而网络科技有限公司
- 3、安徽慧通互联科技有限公司
- 4、人人聚财金服
- 5、上海棠棣信息科技股份有限公司
- 6、运满满【运满满】
- 7、米其林 (中国区)【米其林】
- 8、妈妈联盟
- 9、九樱天下北京信息技术有限公司
- 10、万普拉斯科技有限公司【一加手机】
- 11、上海亿保健康管理有限公司
- 12、海尔馨厨【海尔】
- 13、河南大红包电子商务有限公司
- 14、成都顺点科技有限公司
- 15、深圳市怡亚通
- 16、深圳麦亚信科技股份有限公司
- 17、上海博莹科技信息技术有限公司
- 18、中国平安科技有限公司【中国平安】
- 19、杭州知时信息科技有限公司
- 20、博莹科技上海有限公司
- 21、成都依能股份有限责任公司
- 22、湖南高阳通联信息技术有限公司
- 23、深圳市邦德文化发展有限公司
- 24、福建阿思可网络教育有限公司
- 25、优信二手车【优信】
- 26、上海悠游堂投资发展股份有限公司【悠游堂】
- 27、北京粉笔蓝天科技有限公司
- 28、中秀科技(无锡)有限公司
- 29、武汉空心科技有限公司
- 30、北京蚂蚁风暴科技有限公司
- 31、四川互宜达科技有限公司
- 32、钱包行云北京科技有限公司
- 33、重庆欣才集团
- 34、咪咕互动娱乐有限公司【中国移动】
- 35、北京诺亦腾科技有限公司
- 36、增长引擎(北京)信息技术有限公司
- 37、北京英贝思科技有限公司
- 38、刚泰集团
- 39、深圳泰久信息系统股份有限公司
- 40、随行付支付有限公司
- 41、广州瀚农网络科技有限公司
- 42、享点科技有限公司
- 43、杭州比智科技有限公司
- 44、圳临界线网络科技有限公司
- 45、广州知识圈网络科技有限公司
- 46、国誉商业上海有限公司
- 47、海尔消费金融有限公司嗨付、够花【海尔】
- 48、广州巴图鲁信息科技有限公司
- 49、深圳市鹏海运电子数据交换有限公司
- 50、深圳市亚飞电子商务有限公司
- 51、上海趣医网络有限公司
- 52、聚金资本
- 53、北京父母邦网络科技有限公司
- 54、中山元赫软件科技有限公司
- 55、中商惠民(北京)电子商务有限公司
- 56、凯京集团
- 57、华夏票联北京科技有限公司
- 58、拍拍贷【拍拍贷】
- 59、北京尚德机构在线教育有限公司
- 60、任子行股份有限公司
- 61、北京时态电子商务有限公司
- 62、深圳卷皮网络科技有限公司
- 63、北京安博通科技股份有限公司
- 64、未来无线网
- 65、厦门瓷禧网络有限公司
- 66、北京递蓝科软件股份有限公司
- 67、郑州创海软件科技公司
- 68、北京国槐信息科技有限公司
- 69、浪潮软件集团
- 70、多立恒(北京)信息技术有限公司
- 71、广州极迅客信息科技有限公司
- 72、赫基中国集团股份有限公司
- 73、海投汇
- 74、上海润益创业孵化器管理股份有限公司
- 75、汉纳森厦门数据股份有限公司
- 76、安信信托
- 77、岚儒财富
- 78、捷道软件
- 79、湖北享七网络科技有限公司
- 80、湖南创发科技责任有限公司
- 81、深圳小安时代互联网金融服务有限公司
- 82、湖北享七网络科技有限公司
- 83、钱包行云(北京)科技有限公司
- 84、360金融【360】
- 85、易企秀
- 86、摩贝上海生物科技有限公司
- 87、广东芯智慧科技有限公司
- 88、联想集团【联想】
- 89、怪兽充电
- 90、行圆汽车
- 91、深圳店店通科技邮箱公司
- 92、京东【京东】
- 93、米庄理财
- 94、咖啡易融
- 95、梧桐诚选
- 96、恒大地产【恒大】
- 97、昆明龙慧
- 98、上海涩瑶软件
- 99、易信【网易】
- 100、铜板街
- 101、杭州云若网络科技有限公司
- 102、特百惠中国有限公司
- 103、常山众卡运力供应链管理有限公司
- 104、深圳立创电子商务有限公司
- 105、杭州智诺科技股份有限公司
- 106、北京云漾信息科技有限公司
- 107、深圳市多银科技有限公司
- 108、亲宝宝
- 109、上海博卡软件科技有限公司
- 110、智慧树在线教育平台
- 111、米族金融
- 112、北京辰森世纪
- 113、云南滇医通
- 114、广州市分领网络科技有限责任公司
- 115、浙江微能科技有限公司
- 116、上海馨飞电子商务有限公司
- 117、上海宝尊电子商务有限公司
- 118、直客通科技技术有限公司
- 119、科度科技有限公司
- 120、上海数慧系统技术有限公司
- 121、我的医药网
- 122、多粉平台
- 123、铁甲二手机
- 124、上海海新得数据技术有限公司
- 125、深圳市珍爱网信息技术有限公司【珍爱网】
- 126、小蜜蜂
- 127、吉荣数科技
- 128、上海恺域信息科技有限公司
- 129、广州荔支网络有限公司【荔枝FM】
- 130、杭州闪宝科技有限公司
- 131、北京互联新网科技发展有限公司
- 132、誉道科技
- 133、山西兆盛房地产开发有限公司
- 134、北京蓝睿通达科技有限公司
- 135、月亮小屋中国有限公司【蓝月亮】
- 136、青岛国瑞信息技术有限公司
- 137、博雅云计算北京有限公司
- 138、华泰证券香港子公司
- 139、杭州东方通信软件技术有限公司
- 140、武汉博晟安全技术股份有限公司
- 141、深圳市六度人和科技有限公司
- 142、杭州趣维科技有限公司小影
- 143、宁波单车侠之家科技有限公司【单车侠】
- 144、丁丁云康信息科技北京有限公司
- 145、云钱袋
- 146、南京中兴力维
- 147、上海矽昌通信技术有限公司
- 148、深圳萨科科技
- 149、中通服创立科技有限责任公司
- 150、深圳市对庄科技有限公司
- 151、上证所信息网络有限公司
- 152、杭州火烧云科技有限公司【婚礼纪】
- 153、天津青芒果科技有限公司【芒果头条】
- 154、长飞光纤光缆股份有限公司
- 155、世纪凯歌北京医疗科技有限公司
- 156、浙江霖梓控股有限公司
- 157、江西腾飞网络技术有限公司
- 158、安迅物流有限公司
- 159、肉联网
- 160、北京北广梯影广告传媒有限公司
- 161、上海数慧系统技术有限公司
- 162、大志天成
- 163、上海云鹊医
- 164、上海云鹊医
- 165、墨迹天气【墨迹天气】
- 166、上海逸橙信息科技有限公司
- 167、沅朋物联
- 168、杭州恒生云融网络科技有限公司
- 169、绿米联创
- 170、重庆易宠科技有限公司
- 171、安徽引航科技有限公司乐职网
- 172、上海数联医信企业发展有限公司
- 173、良彬建材
- 174、杭州求是同创网络科技有限公司
- 175、荷马国际
- 176、点雇网
- 177、深圳市华星光电技术有限公司
- 178、厦门神州鹰软件科技有限公司
- 179、深圳市招商信诺人寿保险有限公司
- 180、上海好屋网信息技术有限公司
- 181、海信集团【海信】
- 182、信凌可信息科技上海有限公司
- 183、长春天成科技发展有限公司
- 184、用友金融信息技术股份有限公司【用友】
- 185、北京咖啡易融有限公司
- 186、国投瑞银基金管理有限公司
- 187、晋松(上海)网络信息技术有限公司
- 188、深圳市随手科技有限公司【随手记】
- 189、深圳水务科技有限公司
- 190、易企秀【易企秀】
- 191、北京磁云科技
- 192、南京蜂泰互联网科技有限公司
- 193、章鱼直播
- 194、奖多多科技
- 195、天津市神州商龙科技股份有限公司
- 196、岩心科技
- 197、车码科技北京有限公司
- 198、贵阳市投资控股集团
- 199、康旗股份
- 200、龙腾出行
- 201、杭州华量软件
- 202、合肥顶岭医疗科技有限公司
- 203、重庆表达式科技有限公司
- 204、上海米道信息科技有限公司
- 205、北京益友会科技有限公司
- 206、北京融贯电子商务有限公司
- 207、中国外汇交易中心
- 208、中国外运股份有限公司
- 209、中国上海晓圈教育科技有限公司
- 210、普联软件股份有限公司
- 211、北京科蓝软件股份有限公司
- 212、江苏斯诺物联科技有限公司
- 213、北京搜狐-狐友【搜狐】
- 214、新大陆网商金融
- 215、山东神码中税信息科技有限公司
- 216、河南汇顺网络科技有限公司
- 217、北京华夏思源科技发展有限公司
- 218、上海东普信息科技有限公司
- 219、上海鸣勃网络科技有限公司
- 220、广东学苑教育发展有限公司
- 221、深圳强时科技有限公司
- 222、上海云砺信息科技有限公司
- 223、重庆愉客行网络有限公司
- 224、数云
- 225、国家电网运检部
- 226、杭州找趣
- 227、浩鲸云计算科技股份有限公司
- 228、科大讯飞【科大讯飞】
- 229、杭州行装网络科技有限公司
- 230、即有分期金融
- 231、深圳法司德信息科技有限公司
- 232、上海博复信息科技有限公司
- 233、杭州云嘉云计算有限公司
- 234、有家民宿(有家美宿)
- 235、北京赢销通软件技术有限公司
- 236、浙江聚有财金融服务外包有限公司
- 237、易族智汇(北京)科技有限公司
- 238、合肥顶岭医疗科技开发有限公司
- 239、车船宝(深圳)旭珩科技有限公司)
- 240、广州富力地产有限公司
- 241、氢课上海教育科技有限公司
- 242、武汉氪细胞网络技术有限公司
- 243、杭州有云科技有限公司
- 244、上海仙豆智能机器人有限公司
- 245、拉卡拉支付股份有限公司【拉卡拉】
- 246、虎彩印艺股份有限公司
- 247、北京数微科技有限公司
- 248、广东智瑞科技有限公司
- 249、找钢网
- 250、九机网
- 251、杭州跑跑网络科技有限公司
- 252、深圳未来云集
- 253、杭州每日给力科技有限公司
- 254、上海齐犇信息科技有限公司
- 255、滴滴出行【滴滴】
- 256、合肥云诊信息科技有限公司
- 257、云知声智能科技股份有限公司
- 258、南京坦道科技有限公司
- 259、爱乐优二手平台
- 260、猫眼电影私有化部署【猫眼电影】
- 261、美团大象私有化部署【美团大象】
- 262、作业帮教育科技北京有限公司【作业帮】
- 263、北京小年糕互联网技术有限公司
- 264、山东矩阵软件工程股份有限公司
- 265、陕西国驿软件科技有限公司
- 266、君开信息科技
- 267、村鸟网络科技有限责任公司
- 268、云南国际信托有限公司
- 269、金智教育
- 270、珠海市筑巢科技有限公司
- 271、上海百胜软件股份有限公司
- 272、深圳市科盾科技有限公司
- 273、哈啰出行【哈啰】
- 274、途虎养车【途虎】
- 275、卡思优派人力资源集团
- 276、南京观为智慧软件科技有限公司
- 277、杭州城市大脑科技有限公司
- 278、猿辅导【猿辅导】
- 279、洛阳健创网络科技有限公司
- 280、魔力耳朵
- 281、亿阳信通
- 282、上海招鲤科技有限公司
- 283、四川商旅无忧科技服务有限公司
- 284、UU跑腿
- 285、北京老虎证券【老虎证券】
- 286、悠活省吧北京网络科技有限公司
- 287、F5未来商店
- 288、深圳环阳通信息技术有限公司
- 289、遠傳電信
- 290、作业帮北京教育科技有限公司【作业帮】
- 291、成都科鸿智信科技有限公司
- 292、北京木屋时代科技有限公司
- 293、大学通哈尔滨科技有限责任公司
- 294、浙江华坤道威数据科技有限公司
- 295、吉祥航空【吉祥航空】
- 296、南京圆周网络科技有限公司
- 297、广州市洋葱omall电子商务
- 298、天津联物科技有限公司
- 299、跑哪儿科技北京有限公司
- 300、深圳市美西西餐饮有限公司(喜茶)
- 301、平安不动产有限公司【平安】
- 302、江苏中海昇物联科技有限公司
- 303、湖南牙医帮科技有限公司
- 304、重庆民航凯亚信息技术有限公司易通航
- 305、递易上海智能科技有限公司
- 306、亚朵
- 307、浙江新课堂教育股份有限公司
- 308、北京蜂创科技有限公司
- 309、德一智慧城市信息系统有限公司
- 310、北京翼点科技有限公司
- 311、湖南智数新维度信息科技有限公司
- 312、北京玖扬博文文化发展有限公司
- 313、上海宇珩信息科技有限公司
- 314、全景智联武汉科技有限公司
- 315、天津易客满国际物流有限公司
- 316、南京爱福路汽车科技有限公司
- 317、我房旅居集团
- 318、湛江亲邻科技有限公司
- 319、深圳市姜科网络有限公司
- 320、青岛日日顺物流有限公司
- 321、南京太川信息技术有限公司
- 322、美图之家科技优先公司【美图】
- 323、南京太川信息技术有限公司
- 324、众薪科技北京有限公司
- ……

更多接入的公司,欢迎在 登记地址 登记,登记仅仅为了产品推广。

欢迎大家的关注和使用XXL-JOB也将拥抱变化持续发展。

1.5 下载

文档地址

源码仓库地址

源码仓库地址 Release Download
https://github.com/xuxueli/xxl-job Download
http://gitee.com/xuxueli0323/xxl-job Download

中央仓库地址

<!-- http://repo1.maven.org/maven2/com/xuxueli/xxl-job-core/ -->
<dependency>
    <groupId>com.xuxueli</groupId>
    <artifactId>xxl-job-core</artifactId>
    <version>${最新稳定版本}</version>
</dependency>

1.6 环境

  • Maven3+
  • Jdk1.8+
  • Mysql5.7+

二、快速入门

2.1 初始化“调度数据库”

请下载项目源码并解压,获取 "调度数据库初始化SQL脚本" 并执行即可。

"调度数据库初始化SQL脚本" 位置为:

/xxl-job/doc/db/tables_xxl_job.sql

调度中心支持集群部署集群情况下各节点务必连接同一个mysql实例;

如果mysql做主从,调度中心集群节点务必强制走主库;

2.2 编译源码

解压源码,按照maven格式将源码导入IDE, 使用maven进行编译即可源码结构如下

xxl-job-admin调度中心
xxl-job-core公共依赖
xxl-job-executor-samples执行器Sample示例选择合适的版本执行器可直接使用也可以参考其并将现有项目改造成执行器
    xxl-job-executor-sample-springbootSpringboot版本通过Springboot管理执行器推荐这种方式
    xxl-job-executor-sample-springSpring版本通过Spring容器管理执行器比较通用
    xxl-job-executor-sample-frameless无框架版本
    xxl-job-executor-sample-jfinalJFinal版本通过JFinal管理执行器
    xxl-job-executor-sample-nutzNutz版本通过Nutz管理执行器
    xxl-job-executor-sample-jbootjboot版本通过jboot管理执行器

2.3 配置部署“调度中心”

调度中心项目xxl-job-admin
作用:统一管理任务调度平台上调度任务,负责触发调度执行,并且提供任务管理平台。

步骤一:调度中心配置:

调度中心配置文件地址:

/xxl-job/xxl-job-admin/src/main/resources/application.properties

调度中心配置内容说明:

### 调度中心JDBC链接链接地址请保持和 2.1章节 所创建的调度数据库的地址一致
spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&serverTimezone=Asia/Shanghai
spring.datasource.username=root
spring.datasource.password=root_pwd
spring.datasource.driver-class-name=com.mysql.jdbc.Driver

### 报警邮箱
spring.mail.host=smtp.qq.com
spring.mail.port=25
spring.mail.username=xxx@qq.com
spring.mail.password=xxx
spring.mail.properties.mail.smtp.auth=true
spring.mail.properties.mail.smtp.starttls.enable=true
spring.mail.properties.mail.smtp.starttls.required=true
spring.mail.properties.mail.smtp.socketFactory.class=javax.net.ssl.SSLSocketFactory

### 调度中心通讯TOKEN [选填]:非空时启用;
xxl.job.accessToken=

### 调度中心国际化配置 [必填] 默认为 "zh_CN"/中文简体, 可选范围为 "zh_CN"/中文简体, "zh_TC"/中文繁体 and "en"/英文;
xxl.job.i18n=zh_CN

## 调度线程池最大线程配置【必填】
xxl.job.triggerpool.fast.max=200
xxl.job.triggerpool.slow.max=100

### 调度中心日志表数据保存天数 [必填]过期日志自动清理限制大于等于7时生效否则, 如-1关闭自动清理功能
xxl.job.logretentiondays=30

步骤二:部署项目:

如果已经正确进行上述配置,可将项目编译打包部署。

调度中心访问地址:http://localhost:8080/xxl-job-admin (该地址执行器将会使用到,作为回调地址)

默认登录账号 "admin/123456", 登录后运行界面如下图所示。

输入图片说明

至此“调度中心”项目已经部署成功。

步骤三:调度中心集群(可选):

调度中心支持集群部署,提升调度系统容灾和可用性。

调度中心集群部署时,几点要求和建议:

  • DB配置保持一致
  • 集群机器时钟保持一致(单机集群忽视);
  • 建议推荐通过nginx为调度中心集群做负载均衡分配域名。调度中心访问、执行器回调配置、调用API服务等操作均通过该域名进行。

其他Docker 镜像方式搭建调度中心:

  • 下载镜像
// Docker地址https://hub.docker.com/r/xuxueli/xxl-job-admin/     (建议指定版本号)
docker pull xuxueli/xxl-job-admin
  • 创建容器并运行
docker run -p 8080:8080 -v /tmp:/data/applogs --name xxl-job-admin  -d xuxueli/xxl-job-admin:{指定版本}

/**
* 如需自定义 mysql 等配置,可通过 "-e PARAMS" 指定,参数格式 PARAMS="--key=value  --key2=value2" 
* 配置项参考文件:/xxl-job/xxl-job-admin/src/main/resources/application.properties
* 如需自定义 JVM内存参数 等配置,可通过 "-e JAVA_OPTS" 指定,参数格式 JAVA_OPTS="-Xmx512m" 
*/
docker run -e PARAMS="--spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&serverTimezone=Asia/Shanghai" -p 8080:8080 -v /tmp:/data/applogs --name xxl-job-admin  -d xuxueli/xxl-job-admin:{指定版本}

2.4 配置部署“执行器项目”

“执行器”项目xxl-job-executor-sample-springboot (提供多种版本执行器供选择,现以 springboot 版本为例,可直接使用,也可以参考其并将现有项目改造成执行器)
作用:负责接收“调度中心”的调度并执行;可直接部署执行器,也可以将执行器集成到现有业务项目中。

步骤一maven依赖

确认pom文件中引入了 "xxl-job-core" 的maven依赖

步骤二:执行器配置

执行器配置,配置文件地址:

/xxl-job/xxl-job-executor-samples/xxl-job-executor-sample-springboot/src/main/resources/application.properties

执行器配置,配置内容说明:

### 调度中心部署跟地址 [选填]:如调度中心集群部署存在多个地址则用逗号分隔。执行器将会使用该地址进行"执行器心跳注册"和"任务结果回调";为空则关闭自动注册;
xxl.job.admin.addresses=http://127.0.0.1:8080/xxl-job-admin

### 执行器通讯TOKEN [选填]:非空时启用;
xxl.job.accessToken=

### 执行器AppName [选填]:执行器心跳注册分组依据;为空则关闭自动注册
xxl.job.executor.appname=xxl-job-executor-sample
### 执行器注册 [选填]:优先使用该配置作为注册地址,为空时使用内嵌服务 ”IP:PORT“ 作为注册地址。从而更灵活的支持容器类型执行器动态IP和动态映射端口问题。
xxl.job.executor.address=
### 执行器IP [选填]默认为空表示自动获取IP多网卡时可手动设置指定IP该IP不会绑定Host仅作为通讯实用地址信息用于 "执行器注册" 和 "调度中心请求并触发任务"
xxl.job.executor.ip=
### 执行器端口号 [选填]小于等于0则自动获取默认端口为9999单机部署多个执行器时注意要配置不同执行器端口
xxl.job.executor.port=9999
### 执行器运行日志文件存储磁盘路径 [选填] :需要对该路径拥有读写权限;为空则使用默认路径;
xxl.job.executor.logpath=/data/applogs/xxl-job/jobhandler
### 执行器日志文件保存天数 [选填]  过期日志自动清理, 限制值大于等于3时生效; 否则, 如-1, 关闭自动清理功能;
xxl.job.executor.logretentiondays=30

步骤三:执行器组件配置

执行器组件,配置文件地址:

/xxl-job/xxl-job-executor-samples/xxl-job-executor-sample-springboot/src/main/java/com/xxl/job/executor/core/config/XxlJobConfig.java

执行器组件,配置内容说明:

@Bean
public XxlJobSpringExecutor xxlJobExecutor() {
    logger.info(">>>>>>>>>>> xxl-job config init.");
    XxlJobSpringExecutor xxlJobSpringExecutor = new XxlJobSpringExecutor();
    xxlJobSpringExecutor.setAdminAddresses(adminAddresses);
    xxlJobSpringExecutor.setAppname(appname);
    xxlJobSpringExecutor.setIp(ip);
    xxlJobSpringExecutor.setPort(port);
    xxlJobSpringExecutor.setAccessToken(accessToken);
    xxlJobSpringExecutor.setLogPath(logPath);
    xxlJobSpringExecutor.setLogRetentionDays(logRetentionDays);

    return xxlJobSpringExecutor;
}

步骤四:部署执行器项目:

如果已经正确进行上述配置可将执行器项目编译打部署系统提供多种执行器Sample示例项目选择其中一个即可各自的部署方式如下。

xxl-job-executor-sample-springboot项目编译打包成springboot类型的可执行JAR包命令启动即可
xxl-job-executor-sample-spring项目编译打包成WAR包并部署到tomcat中。
xxl-job-executor-sample-jfinal同上
xxl-job-executor-sample-nutz同上
xxl-job-executor-sample-jboot同上

至此“执行器”项目已经部署结束。

步骤五:执行器集群(可选):

执行器支持集群部署,提升调度系统可用性,同时提升任务处理能力。

执行器集群部署时,几点要求和建议:

  • 执行器回调地址xxl.job.admin.addresses需要保持一致执行器根据该配置进行执行器自动注册等操作。
  • 同一个执行器集群内AppNamexxl.job.executor.appname需要保持一致调度中心根据该配置动态发现不同集群的在线执行器列表。

2.5 开发第一个任务“Hello World”

本示例以新建一个 “GLUE模式(Java)” 运行模式的任务为例。更多有关任务的详细配置,请查看“章节三:任务详解”。 “GLUE模式(Java)”的执行代码托管到调度中心在线维护相比“Bean模式任务”需要在执行器项目开发部署上线更加简便轻量

前提:请确认“调度中心”和“执行器”项目已经成功部署并启动;

步骤一:新建任务:

登录调度中心,点击下图所示“新建任务”按钮,新建示例任务。然后,参考下面截图中任务的参数配置,点击保存。

输入图片说明

输入图片说明

步骤二“GLUE模式(Java)” 任务开发:

请点击任务右侧 “GLUE” 按钮,进入 “GLUE编辑器开发界面” 见下图。“GLUE模式(Java)” 运行模式的任务默认已经初始化了示例任务代码即打印Hello World。 “GLUE模式(Java)” 运行模式的任务实际上是一段继承自IJobHandler的Java类代码它在执行器项目中运行可使用@Resource/@Autowire注入执行器里中的其他服务详细介绍请查看第三章节

输入图片说明

输入图片说明

步骤三:触发执行:

请点击任务右侧 “执行” 按钮可手动触发一次任务执行通常情况下通过配置Cron表达式进行任务调度触发

步骤四:查看日志:

请点击任务右侧 “日志” 按钮,可前往任务日志界面查看任务日志。 在任务日志界面中,可查看该任务的历史调度记录以及每一次调度的任务调度信息、执行参数和执行信息。运行中的任务点击右侧的“执行日志”按钮,可进入日志控制台查看实时执行日志。

输入图片说明

在日志控制台可以Rolling方式实时查看任务在执行器一侧运行输出的日志信息实时监控任务进度

输入图片说明

三、任务详解

配置属性详细说明:

- 执行器:任务的绑定的执行器,任务触发调度时将会自动发现注册成功的执行器, 实现任务自动发现功能; 另一方面也可以方便的进行任务分组。每个任务必须绑定一个执行器, 可在 "执行器管理" 进行设置;
- 任务描述:任务的描述信息,便于任务管理;
- 路由策略:当执行器集群部署时,提供丰富的路由策略,包括;
    FIRST第一个固定选择第一个机器
    LAST最后一个固定选择最后一个机器
    ROUND轮询
    RANDOM随机随机选择在线的机器
    CONSISTENT_HASH一致性HASH每个任务按照Hash算法固定选择某一台机器且所有任务均匀散列在不同机器上。
    LEAST_FREQUENTLY_USED最不经常使用使用频率最低的机器优先被选举
    LEAST_RECENTLY_USED最近最久未使用最久未使用的机器优先被选举
    FAILOVER故障转移按照顺序依次进行心跳检测第一个心跳检测成功的机器选定为目标执行器并发起调度
    BUSYOVER忙碌转移按照顺序依次进行空闲检测第一个空闲检测成功的机器选定为目标执行器并发起调度
    SHARDING_BROADCAST(分片广播):广播触发对应集群中所有机器执行一次任务,同时系统自动传递分片参数;可根据分片参数开发分片任务;
    
- Cron触发任务执行的Cron表达式
- 运行模式:
    BEAN模式任务以JobHandler方式维护在执行器端需要结合 "JobHandler" 属性匹配执行器中任务;
    GLUE模式(Java)任务以源码方式维护在调度中心该模式的任务实际上是一段继承自IJobHandler的Java类代码并 "groovy" 源码方式维护,它在执行器项目中运行,可使用@Resource/@Autowire注入执行器里中的其他服务
    GLUE模式(Shell):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "shell" 脚本;
    GLUE模式(Python):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "python" 脚本;
    GLUE模式(PHP):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "php" 脚本;
    GLUE模式(NodeJS):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "nodejs" 脚本;
    GLUE模式(PowerShell):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "PowerShell" 脚本;
- JobHandler运行模式为 "BEAN模式" 时生效对应执行器中新开发的JobHandler类“@JobHandler”注解自定义的value值
- 阻塞处理策略:调度过于密集执行器来不及处理时的处理策略;
    单机串行默认调度请求进入单机执行器后调度请求进入FIFO队列并以串行方式运行
    丢弃后续调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,本次请求将会被丢弃并标记为失败;
    覆盖之前调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,将会终止运行中的调度任务并清空队列,然后运行本地调度任务;
- 子任务每个任务都拥有一个唯一的任务ID(任务ID可以从任务列表获取)当本任务执行结束并且执行成功时将会触发子任务ID所对应的任务的一次主动调度。
- 任务超时时间:支持自定义任务超时时间,任务运行超时将会主动中断任务;
- 失败重试次数;支持自定义任务失败重试次数,当任务失败时将会按照预设的失败重试次数主动进行重试;
- 报警邮件:任务调度失败时邮件通知的邮箱地址,支持配置多邮箱地址,配置多个邮箱地址时用逗号分隔;
- 负责人:任务的负责人;
- 执行参数:任务执行所需的参数;

3.1 BEAN模式类形式

Bean模式任务支持基于类的开发方式每个任务对应一个Java类。

  • 优点不限制项目环境兼容性好。即使是无框架项目如main方法直接启动的项目也可以提供支持可以参考示例项目 "xxl-job-executor-sample-frameless"
  • 缺点:
    • 每个任务需要占用一个Java类造成类的浪费
    • 不支持自动扫描任务并注入到执行器容器,需要手动注入。

步骤一执行器项目中开发Job类

1、开发一个继承自"com.xxl.job.core.handler.IJobHandler"的JobHandler类实现其中任务方法。
2、手动通过如下方式注入到执行器容器。
```
XxlJobExecutor.registJobHandler("demoJobHandler", new DemoJobHandler());
```

步骤二:调度中心,新建调度任务

后续步骤和 "3.2 BEAN模式方法形式"一致,可以前往参考。

3.2 BEAN模式方法形式

Bean模式任务支持基于方法的开发方式每个任务对应一个方法。

  • 优点:
    • 每个任务只需要开发一个方法,并添加"@XxlJob"注解即可,更加方便、快速。
    • 支持自动扫描任务并注入到执行器容器。
  • 缺点要求Spring容器环境

基于方法开发的任务底层会生成JobHandler代理和基于类的方式一样任务也会以JobHandler的形式存在于执行器任务容器中。

步骤一执行器项目中开发Job方法

1、在Spring Bean实例中开发Job方法方式格式要求为 "public ReturnT<String> execute(String param)"
2、为Job方法添加注解 "@XxlJob(value="自定义jobhandler名称", init = "JobHandler初始化方法", destroy = "JobHandler销毁方法")"注解value值对应的是调度中心新建任务的JobHandler属性的值。
3、执行日志需要通过 "XxlJobLogger.log" 打印执行日志;
// 可参考Sample示例执行器中的 "com.xxl.job.executor.service.jobhandler.SampleXxlJob" ,如下:
@XxlJob("demoJobHandler")
public ReturnT<String> execute(String param) {

    XxlJobLogger.log("hello world.");
    return ReturnT.SUCCESS;
}

步骤二:调度中心,新建调度任务

参考上文“配置属性详细说明”对新建的任务进行参数配置,运行模式选中 "BEAN模式"JobHandler属性填写任务注解“@XxlJob”中定义的值

输入图片说明

原生内置Bean模式任务

为方便用户参考与快速实用示例执行器内原生提供多个Bean模式任务Handler可以直接配置实用如下

  • demoJobHandler简单示例任务任务内部模拟耗时任务逻辑用户可在线体验Rolling Log等功能
  • shardingJobHandler分片示例任务任务内部模拟处理分片参数可参考熟悉分片任务
  • httpJobHandler通用HTTP任务Handler业务方只需要提供HTTP链接等信息即可不限制语言、平台。示例任务入参如下
    url: http://www.xxx.com
    method: get 或 post
    data: post-data
    
  • commandJobHandler通用命令行任务Handler业务方只需要提供命令行即可如 “pwd”命令

3.3 GLUE模式(Java)

任务以源码方式维护在调度中心支持通过Web IDE在线更新实时编译和生效因此不需要指定JobHandler。开发流程如下

步骤一:调度中心,新建调度任务:

参考上文“配置属性详细说明”对新建的任务进行参数配置,运行模式选中 "GLUE模式(Java)"

输入图片说明

步骤二:开发任务代码:

选中指定任务点击该任务右侧“GLUE”按钮将会前往GLUE任务的Web IDE界面在该界面支持对任务代码进行开发也可以在IDE中开发完成后复制粘贴到编辑中

版本回溯功能支持30个版本的版本回溯在GLUE任务的Web IDE界面选择右上角下拉框“版本回溯”会列出该GLUE的更新历史选择相应版本即可显示该版本代码保存后GLUE代码即回退到对应的历史版本

输入图片说明

3.4 GLUE模式(Shell)

步骤一:调度中心,新建调度任务

参考上文“配置属性详细说明”对新建的任务进行参数配置,运行模式选中 "GLUE模式(Shell)"

步骤二:开发任务代码:

选中指定任务点击该任务右侧“GLUE”按钮将会前往GLUE任务的Web IDE界面在该界面支持对任务代码进行开发也可以在IDE中开发完成后复制粘贴到编辑中

该模式的任务实际上是一段 "shell" 脚本;

输入图片说明

3.4 GLUE模式(Python)

步骤一:调度中心,新建调度任务

参考上文“配置属性详细说明”对新建的任务进行参数配置,运行模式选中 "GLUE模式(Python)"

步骤二:开发任务代码:

选中指定任务点击该任务右侧“GLUE”按钮将会前往GLUE任务的Web IDE界面在该界面支持对任务代码进行开发也可以在IDE中开发完成后复制粘贴到编辑中

该模式的任务实际上是一段 "python" 脚本;

输入图片说明

3.5 GLUE模式(NodeJS)

步骤一:调度中心,新建调度任务

参考上文“配置属性详细说明”对新建的任务进行参数配置,运行模式选中 "GLUE模式(NodeJS)"

步骤二:开发任务代码:

选中指定任务点击该任务右侧“GLUE”按钮将会前往GLUE任务的Web IDE界面在该界面支持对任务代码进行开发也可以在IDE中开发完成后复制粘贴到编辑中

该模式的任务实际上是一段 "nodeJS" 脚本;

3.6 GLUE模式(PHP)

同上

3.7 GLUE模式(PowerShell)

同上

四、操作指南

4.1 配置执行器

点击进入"执行器管理"界面, 如下图: 输入图片说明

1、"调度中心OnLine:"右侧显示在线的"调度中心"列表, 任务执行结束后, 将会以failover的模式进行回调调度中心通知执行结果, 避免回调的单点风险;
2、"执行器列表" 中显示在线的执行器列表, 可通过"OnLine 机器"查看对应执行器的集群机器。

点击按钮 "+新增执行器" 弹框如下图, 可新增执行器配置:

输入图片说明

执行器属性说明

AppName: 是每个执行器集群的唯一标示AppName, 执行器会周期性以AppName为对象进行自动注册。可通过该配置自动发现注册成功的执行器, 供任务调度时使用;
名称: 执行器的名称, 因为AppName限制字母数字等组成,可读性不强, 名称为了提高执行器的可读性;
排序: 执行器的排序, 系统中需要执行器的地方,如任务新增, 将会按照该排序读取可用的执行器列表;
注册方式:调度中心获取执行器地址的方式;
    自动注册:执行器自动进行执行器注册,调度中心通过底层注册表可以动态发现执行器机器地址;
    手动录入:人工手动录入执行器的地址信息,多地址逗号分隔,供调度中心使用;
机器地址:"注册方式"为"手动录入"时有效,支持人工维护执行器的地址信息;

4.2 新建任务

进入任务管理界面,点击“新增任务”按钮,在弹出的“新增任务”界面配置任务属性后保存即可。详情页参考章节 "三、任务详解"。

4.3 编辑任务

进入任务管理界面,选中指定任务。点击该任务右侧“编辑”按钮,在弹出的“编辑任务”界面更新任务属性后保存即可,可以修改设置的任务属性信息:

4.4 编辑GLUE代码

该操作仅针对GLUE任务。

选中指定任务点击该任务右侧“GLUE”按钮将会前往GLUE任务的Web IDE界面在该界面支持对任务代码进行开发。可参考章节 "3.3 GLUE模式(Java)"。

4.5 启动/停止任务

可对任务进行“启动”和“停止”操作。 需要注意的是,此处的启动/停止仅针对任务的后续调度触发行为不会影响到已经触发的调度任务如需终止已经触发的调度任务可查看“4.9 终止运行中的任务”

输入图片说明

4.6 手动触发一次调度

点击“执行”按钮,可手动触发一次任务调度,不影响原有调度规则。

输入图片说明

4.7 查看调度日志

点击“日志”按钮,可以查看任务历史调度日志。在历史调入日志界面可查看每次任务调度的调度结果、执行结果等,点击“执行日志”按钮可查看执行器完整日志。

输入图片说明

输入图片说明

调度时间:"调度中心"触发本次调度并向"执行器"发送任务执行信号的时间;
调度结果:"调度中心"触发本次调度的结果200表示成功500或其他表示失败
调度备注:"调度中心"触发本次调度的日志信息;
执行器地址:本次任务执行的机器地址
运行模式:触发调度时任务的运行模式,运行模式可参考章节 "三、任务详解"
任务参数:本地任务执行的入参
执行时间:"执行器"中本次任务执行结束后回调的时间;
执行结果:"执行器"中本次任务执行的结果200表示成功500或其他表示失败
执行备注:"执行器"中本次任务执行的日志信息;
操作:
    "执行日志"按钮点击可查看本地任务执行的详细日志信息详见“4.8 查看执行日志”;
    "终止任务"按钮:点击可终止本地调度对应执行器上本任务的执行线程,包括未执行的阻塞任务一并被终止;

4.8 查看执行日志

点击执行日志右侧的 “执行日志” 按钮,可跳转至执行日志界面,可以查看业务代码中打印的完整日志,如下图;

输入图片说明

4.9 终止运行中的任务

仅针对执行中的任务。 在任务日志界面,点击右侧的“终止任务”按钮,将会向本次任务对应的执行器发送任务终止请求,将会终止掉本次任务,同时会清空掉整个任务执行队列。

输入图片说明

任务终止时通过 "interrupt" 执行线程的方式实现, 将会触发 "InterruptedException" 异常。因此如果JobHandler内部catch到了该异常并消化掉的话, 任务终止功能将不可用。

因此, 如果遇到上述任务终止不可用的情况, 需要在JobHandler中应该针对 "InterruptedException" 异常进行特殊处理 (向上抛出) , 正确逻辑如下:

try{
    // do something
} catch (Exception e) {
    if (e instanceof InterruptedException) {
        throw e;
    }
    logger.warn("{}", e);
}

而且在JobHandler中开启子线程时子线程也不可catch处理"InterruptedException",应该主动向上抛出。

任务终止时会执行对应JobHandler的"destroy()"方法,可以借助该方法处理一些资源回收的逻辑。

4.10 删除执行日志

在任务日志界面,选中执行器和任务之后,点击右侧的"删除"按钮将会出现"日志清理"弹框,弹框中支持选择不同类型的日志清理策略,选中后点击"确定"按钮即可进行日志清理操作; 输入图片说明

输入图片说明

4.11 删除任务

点击删除按钮,可以删除对应任务。

输入图片说明

4.12 用户管理

进入 "用户管理" 界面,可查看和管理用户信息;

目前用户分为两种角色:

  • 管理员:拥有全量权限,支持在线管理用户信息,为用户分配权限,权限分配粒度为执行器;
  • 普通用户:仅拥有被分配权限的执行器,及相关任务的操作权限;

输入图片说明

输入图片说明

五、总体设计

5.1 源码目录介绍

- /doc :文档资料
- /db :“调度数据库”建表脚本
- /xxl-job-admin :调度中心,项目源码
- /xxl-job-core :公共Jar依赖
- /xxl-job-executor-samples :执行器Sample示例项目大家可以在该项目上进行开发也可以将现有项目改造生成执行器项目

5.2 “调度数据库”配置

XXL-JOB调度模块基于自研调度组件并支持集群部署调度数据库表说明如下

- xxl_job_lock任务调度锁表
- xxl_job_group执行器信息表维护任务执行器信息
- xxl_job_info调度扩展信息表 用于保存XXL-JOB调度任务的扩展信息如任务分组、任务名、机器地址、执行器、执行入参和报警邮件等等
- xxl_job_log调度日志表 用于保存XXL-JOB任务调度的历史信息如调度结果、执行结果、调度入参、调度机器和执行器等等
- xxl_job_log_report调度日志报表用户存储XXL-JOB任务调度日志的报表调度中心报表功能页面会用到
- xxl_job_logglue任务GLUE日志用于保存GLUE更新历史用于支持GLUE的版本回溯功能
- xxl_job_registry执行器注册表维护在线的执行器和调度中心机器地址信息
- xxl_job_user系统用户表

5.3 架构设计

5.3.1 设计思想

将调度行为抽象形成“调度中心”公共平台,而平台自身并不承担业务逻辑,“调度中心”负责发起调度请求。

将任务抽象成分散的JobHandler交由“执行器”统一管理“执行器”负责接收调度请求并执行对应的JobHandler中业务逻辑。

因此,“调度”和“任务”两部分可以相互解耦,提高系统整体稳定性和扩展性;

5.3.2 系统组成

  • 调度模块(调度中心) 负责管理调度信息,按照调度配置发出调度请求,自身不承担业务代码。调度系统与任务解耦,提高了系统可用性和稳定性,同时调度系统性能不再受限于任务模块; 支持可视化、简单且动态的管理调度信息包括任务新建更新删除GLUE开发和任务报警等所有上述操作都会实时生效同时支持监控调度结果以及执行日志支持执行器Failover。
  • 执行模块(执行器) 负责接收调度请求并执行任务逻辑。任务模块专注于任务的执行等操作,开发和维护更加简单和高效; 接收“调度中心”的执行请求、终止请求和日志请求等。

5.3.3 架构图

输入图片说明

5.4 调度模块剖析

5.4.1 quartz的不足

Quartz作为开源作业调度中的佼佼者是作业调度的首选。但是集群环境中Quartz采用API的方式对任务进行管理从而可以避免上述问题但是同样存在以下问题

  • 问题一调用API的的方式操作任务不人性化
  • 问题二需要持久化业务QuartzJobBean到底层数据表中系统侵入性相当严重。
  • 问题三调度逻辑和QuartzJobBean耦合在同一个项目中这将导致一个问题在调度任务数量逐渐增多同时调度任务逻辑逐渐加重的情况下此时调度系统的性能将大大受限于业务
  • 问题四quartz底层以“抢占式”获取DB锁并由抢占成功节点负责运行任务会导致节点负载悬殊非常大而XXL-JOB通过执行器实现“协同分配式”运行任务充分发挥集群优势负载各节点均衡。

XXL-JOB弥补了quartz的上述不足之处。

5.4.2 自研调度模块

XXL-JOB最终选择自研调度组件早期调度组件基于Quartz一方面是为了精简系统降低冗余依赖另一方面是为了提供系统的可控度与稳定性

XXL-JOB中“调度模块”和“任务模块”完全解耦调度模块进行任务调度时将会解析不同的任务参数发起远程调用调用各自的远程执行器服务。这种调用模型类似RPC调用调度中心提供调用代理的功能而执行器提供远程服务的功能。

5.4.3 调度中心HA集群

基于数据库的集群方案数据库选用Mysql集群分布式并发环境中进行定时任务调度时会在各个节点会上报任务存到数据库中执行时会从数据库中取出触发器来执行如果触发器的名称和执行时间相同则只有一个节点去执行此任务。

5.4.4 调度线程池

调度采用线程池方式实现,避免单线程因阻塞而引起任务调度延迟。

5.4.5 并行调度

XXL-JOB调度模块默认采用并行机制在多线程调度的情况下调度模块被阻塞的几率很低大大提高了调度系统的承载量。

XXL-JOB的每个调度任务虽然在调度模块是并行调度执行的但是任务调度传递到任务模块的“执行器”确实串行执行的同时支持任务终止。

5.4.6 过期处理策略

任务调度错过触发时间时的处理策略:

  • 可能原因:服务重启;调度线程被阻塞,线程被耗尽;上次调度持续阻塞,下次调度被错过;
  • 处理策略:
    • 过期超5s本次忽略当前时间开始计算下次触发时间
    • 过期5s内立即触发一次当前时间开始计算下次触发时间

5.4.7 日志回调服务

调度模块的“调度中心”作为Web服务部署时一方面承担调度中心功能另一方面也为执行器提供API服务。

调度中心提供的"日志回调服务API服务"代码位置如下:

xxl-job-admin#com.xxl.job.admin.controller.JobApiController.callback

“执行器”在接收到任务执行请求后,执行任务,在执行结束之后会将执行结果回调通知“调度中心”:

5.4.8 任务HAFailover

执行器如若集群部署调度中心将会感知到在线的所有执行器如“127.0.0.1:9997, 127.0.0.1:9998, 127.0.0.1:9999”。

当任务"路由策略"选择"故障转移(FAILOVER)"时,当调度中心每次发起调度请求时,会按照顺序对执行器发出心跳检测请求,第一个检测为存活状态的执行器将会被选定并发送调度请求。

调度成功后,可在日志监控界面查看“调度备注”,如下; 输入图片说明

“调度备注”可以看出本地调度运行轨迹,执行器的"注册方式"、"地址列表"和任务的"路由策略"。"故障转移(FAILOVER)"路由策略下,调度中心首先对第一个地址进行心跳检测,心跳失败因此自动跳过,第二个依然心跳检测失败…… 直至心跳检测第三个地址“127.0.0.1:9999”成功选定为“目标执行器”然后对“目标执行器”发送调度请求调度流程结束等待执行器回调执行结果。

5.4.9 调度日志

调度中心每次进行任务调度,都会记录一条任务日志,任务日志主要包括以下三部分内容:

  • 任务信息包括“执行器地址”、“JobHandler”和“执行参数”等属性点击任务ID按钮可查看根据这些参数可以精确的定位任务执行的具体机器和任务代码
  • 调度信息:包括“调度时间”、“调度结果”和“调度日志”等,根据这些参数,可以了解“调度中心”发起调度请求时具体情况。
  • 执行信息:包括“执行时间”、“执行结果”和“执行日志”等,根据这些参数,可以了解在“执行器”端任务执行的具体情况;

调度日志,针对单次调度,属性说明如下:

  • 执行器地址:任务执行的机器地址;
  • JobHandlerBean模式表示任务执行的JobHandler名称
  • 任务参数:任务执行的入参;
  • 调度时间:调度中心,发起调度的时间;
  • 调度结果调度中心发起调度的结果SUCCESS或FAIL
  • 调度备注:调度中心,发起调度的备注信息,如地址心跳检测日志等;
  • 执行时间:执行器,任务执行结束后回调的时间;
  • 执行结果执行器任务执行的结果SUCCESS或FAIL
  • 执行备注:执行器,任务执行的备注信息,如异常日志等;
  • 执行日志任务执行过程中业务代码中打印的完整执行日志见“4.8 查看执行日志”;

5.4.10 任务依赖

原理XXL-JOB中每个任务都对应有一个任务ID同时每个任务支持设置属性“子任务ID”因此通过“任务ID”可以匹配任务依赖关系。

当父任务执行结束并且执行成功时将会根据“子任务ID”匹配子任务依赖如果匹配到子任务将会主动触发一次子任务的执行。

在任务日志界面,点击任务的“执行备注”的“查看”按钮,可以看到匹配子任务以及触发子任务执行的日志信息,如无信息则表示未触发子任务执行,可参考下图。

输入图片说明

输入图片说明

5.4.11 全异步化 & 轻量级

  • 全异步化设计XXL-JOB系统中业务逻辑在远程执行器执行触发流程全异步化设计。相比直接在调度中心内部执行业务逻辑极大的降低了调度线程占用时间
    • 异步调度:调度中心每次任务触发时仅发送一次调度请求,该调度请求首先推送“异步调度队列”,然后异步推送给远程执行器
    • 异步执行:执行器会将请求存入“异步执行队列”并且立即响应调度中心,异步运行。
  • 轻量级设计XXL-JOB调度中心中每个JOB逻辑非常 “轻”在全异步化的基础上单个JOB一次运行平均耗时基本在 "10ms" 之内基本为一次请求的网络开销因此可以保证使用有限的线程支撑大量的JOB并发运行

得益于上述两点优化,理论上默认配置下的调度中心,单机能够支撑 5000 任务并发运行稳定运行;

实际场景中由于调度中心与执行器网络ping延迟不同、DB读写耗时不同、任务调度密集程度不同会导致任务量上限会上下波动。

如若需要支撑更多的任务量,可以通过 "调大调度线程数" 、"降低调度中心与执行器ping延迟" 和 "提升机器配置" 几种方式优化。

5.4.12 均衡调度

调度中心在集群部署时会自动进行任务平均分配,触发组件每次获取与线程池数量(调度中心支持自定义调度线程池大小)相关数量的任务,避免大量任务集中在单个调度中心集群节点;

5.5 任务 "运行模式" 剖析

5.5.1 "Bean模式" 任务

开发步骤:可参考 "章节三" 原理每个Bean模式任务都是一个Spring的Bean类实例它被维护在“执行器”项目的Spring容器中。任务类需要加“@JobHandler(value="名称")”注解因为“执行器”会根据该注解识别Spring容器中的任务。任务类需要继承统一接口“IJobHandler”任务逻辑在execute方法中开发因为“执行器”在接收到调度中心的调度请求时将会调用“IJobHandler”的execute方法执行任务逻辑。

5.5.2 "GLUE模式(Java)" 任务

开发步骤:可参考 "章节三" 原理:每个 "GLUE模式(Java)" 任务的代码实际上是“一个继承自“IJobHandler”的实现类的类代码”“执行器”接收到“调度中心”的调度请求时会通过Groovy类加载器加载此代码实例化成Java对象同时注入此代码中声明的Spring服务请确保Glue代码中的服务和类引用在“执行器”项目中存在然后调用该对象的execute方法执行任务逻辑。

5.5.3 GLUE模式(Shell) + GLUE模式(Python) + GLUE模式(PHP) + GLUE模式(NodeJS) + GLUE模式(Powershell)

开发步骤:可参考 "章节三" 原理脚本任务的源码托管在调度中心脚本逻辑在执行器运行。当触发脚本任务时执行器会加载脚本源码在执行器机器上生成一份脚本文件然后通过Java代码调用该脚本并且实时将脚本输出日志写到任务日志文件中从而在调度中心可以实时监控脚本运行情况

目前支持的脚本类型如下:

- shell脚本任务运行模式选择为 "GLUE模式(Shell)"时支持 "Shell" 脚本任务;
- python脚本任务运行模式选择为 "GLUE模式(Python)"时支持 "Python" 脚本任务;
- php脚本任务运行模式选择为 "GLUE模式(PHP)"时支持 "PHP" 脚本任务;
- nodejs脚本任务运行模式选择为 "GLUE模式(NodeJS)"时支持 "NodeJS" 脚本任务;
- powershell任务运行模式选择为 "GLUE模式(PowerShell)"时支持 "PowerShell" 脚本任务;

脚本任务通过 Exit Code 判断任务执行结果,状态码可参考章节 "5.15 任务执行结果说明"

5.5.4 执行器

执行器实际上是一个内嵌的Server默认端口9999配置项xxl.job.executor.port

在项目启动时,执行器会通过“@JobHandler”识别Spring容器中“Bean模式任务”以注解的value属性为key管理起来。

“执行器”接收到“调度中心”的调度请求时如果任务类型为“Bean模式”将会匹配Spring容器中的“Bean模式任务”然后调用其execute方法执行任务逻辑。如果任务类型为“GLUE模式”将会加载GLue代码实例化Java对象注入依赖的Spring服务注意Glue代码中注入的Spring服务必须存在与该“执行器”项目的Spring容器中然后调用execute方法执行任务逻辑。

5.5.5 任务日志

XXL-JOB会为每次调度请求生成一个单独的日志文件需要通过 "XxlJobLogger.log" 打印执行日志,“调度中心”查看执行日志时将会加载对应的日志文件。

(历史版本通过重写LOG4J的Appender实现存在依赖限制该方式在新版本已经被抛弃)

日志文件存放的位置可在“执行器”配置文件进行自定义,默认目录格式为:/data/applogs/xxl-job/jobhandler/“格式化日期”/“数据库调度日志记录的主键ID.log”。

在JobHandler中开启子线程时子线程将会将会把日志打印在父线程即JobHandler的执行日志中方便日志追踪。

5.6 通讯模块剖析

5.6.1 一次完整的任务调度通讯流程

- 1、“调度中心”向“执行器”发送http调度请求: “执行器”中接收请求的服务实际上是一台内嵌Server默认端口9999;
- 2、“执行器”执行任务逻辑
- 3、“执行器”http回调“调度中心”调度结果: “调度中心”中接收回调的服务是针对执行器开放一套API服务;

5.6.2 通讯数据加密

调度中心向执行器发送的调度请求时使用RequestModel和ResponseModel两个对象封装调度请求参数和响应数据, 在进行通讯之前底层会将上述两个对象对象序列化,并进行数据协议以及时间戳检验,从而达到数据加密的功能;

5.7 任务注册, 任务自动发现

自v1.5版本之后, 任务取消了"任务执行机器"属性, 改为通过任务注册和自动发现的方式, 动态获取远程执行器地址并执行。

AppName: 每个执行器机器集群的唯一标示, 任务注册以 "执行器" 为最小粒度进行注册; 每个任务通过其绑定的执行器可感知对应的执行器机器列表;
注册表: 见"xxl_job_registry"表, "执行器" 在进行任务注册时将会周期性维护一条注册记录即机器地址和AppName的绑定关系; "调度中心" 从而可以动态感知每个AppName在线的机器列表;
执行器注册: 任务注册Beat周期默认30s; 执行器以一倍Beat进行执行器注册, 调度中心以一倍Beat进行动态任务发现; 注册信息的失效时间为三倍Beat; 
执行器注册摘除:执行器销毁时,将会主动上报调度中心并摘除对应的执行器机器信息,提高心跳注册的实时性;

为保证系统"轻量级"并且降低学习部署成本没有采用Zookeeper作为注册中心采用DB方式进行任务注册发现

5.8 任务执行结果

自v1.6.2之后,任务执行结果通过 "IJobHandler" 的返回值 "ReturnT" 进行判断; 当返回值符合 "ReturnT.code == ReturnT.SUCCESS_CODE" 时表示任务执行成功,否则表示任务执行失败,而且可以通过 "ReturnT.msg" 回调错误信息给调度中心; 从而,在任务逻辑中可以方便的控制任务执行结果;

5.9 分片广播 & 动态分片

执行器集群部署时,任务路由策略选择"分片广播"情况下,一次任务调度将会广播触发对应集群中所有执行器执行一次任务,同时系统自动传递分片参数;可根据分片参数开发分片任务;

"分片广播" 以执行器为维度进行分片,支持动态扩容执行器集群从而动态增加分片数量,协同进行业务处理;在进行大数据量业务操作时可显著提升任务处理能力和速度。

"分片广播" 和普通任务开发流程一致,不同之处在于可以获取分片参数,获取分片参数进行分片业务处理。

  • Java语言任务获取分片参数方式BEAN、GLUE模式(Java)
// 可参考Sample示例执行器中的示例任务"ShardingJobHandler"了解试用 
ShardingUtil.ShardingVO shardingVO = ShardingUtil.getShardingVo();
  • 脚本语言任务获取分片参数方式GLUE模式(Shell)、GLUE模式(Python)、GLUE模式(Nodejs)
// 脚本任务入参固定为三个依次为任务传参、分片序号、分片总数。以Shell模式任务为例获取分片参数代码如下
echo "分片序号 index = $2"
echo "分片总数 total = $3"

分片参数属性说明:

index当前分片序号(从0开始),执行器集群列表中当前执行器的序号;
total总分片数执行器集群的总机器数量

该特性适用场景如:

  • 1、分片任务场景10个执行器的集群来处理10w条数据每台机器只需要处理1w条数据耗时降低10倍
  • 2、广播任务场景广播执行器机器运行shell脚本、广播集群节点进行缓存更新等

5.10 访问令牌AccessToken

为提升系统安全性调度中心和执行器进行安全性校验双方AccessToken匹配才允许通讯

调度中心和执行器,可通过配置项 "xxl.job.accessToken" 进行AccessToken的设置。

调度中心和执行器,如果需要正常通讯,只有两种设置;

  • 设置一调度中心和执行器均不设置AccessToken关闭安全性校验
  • 设置二调度中心和执行器设置了相同的AccessToken

5.11 故障转移 & 失败重试

一次完整任务流程包括"调度(调度中心) + 执行(执行器)"两个阶段。

  • "故障转移"发生在调度阶段在执行器集群部署时如果某一台执行器发生故障该策略支持自动进行Failover切换到一台正常的执行器机器并且完成调度请求流程。
  • "失败重试"发生在"调度 + 执行"两个阶段,支持通过自定义任务失败重试次数,当任务失败时将会按照预设的失败重试次数主动进行重试;

5.12 执行器灰度上线

调度中心与业务解耦只需部署一次后常年不需要维护。但是执行器中托管运行着业务作业作业上线和变更需要重启执行器尤其是Bean模式任务。 执行器重启可能会中断运行中的任务。但是XXL-JOB得益于自建执行器与自建注册中心可以通过灰度上线的方式避免因重启导致的任务中断的问题。

步骤如下:

  • 1、执行器改为手动注册下线一半机器列表A组线上运行另一半机器列表B组
  • 2、等待A组机器任务运行结束并编译上线执行器注册地址替换为A组
  • 3、等待B组机器任务运行结束并编译上线执行器注册地址替换为A组+B组 操作结束;

5.13 任务执行结果说明

系统根据以下标准判断任务执行结果,可参考之。

-- Bean/Glue(Java) Glue(Shell) 等脚本任务
成功 IJobHandler.SUCCESS 0
失败 IJobHandler.FAIL -1非0状态码

5.14 任务超时控制

支持设置任务超时时间,任务运行超时的情况下,将会主动中断任务;

需要注意的是任务超时中断时与任务终止机制可查看“4.9 终止运行中的任务”)类似,也是通过 "interrupt" 中断任务,因此业务代码需要将 "InterruptedException" 外抛,否则功能不可用。

5.15 跨语言

XXL-JOB是一个跨语言的任务调度平台主要体现在如下几个方面

  • 1、RESTful API调度中心与执行器提供语言无关的 RESTful API 服务,第三方任意语言可据此对接调度中心或者实现执行器。(可参考章节 “调度中心/执行器 RESTful API”
  • 2、多任务模式提供Java、Python、PHP……等十来种任务模式可参考章节 “5.5 任务 "运行模式" ”;理论上可扩展任意语言任务模式;
  • 2、提供基于HTTP的任务HandlerBean任务JobHandler="httpJobHandler"业务方只需要提供HTTP链接等相关信息即可不限制语言、平台可参考章节 “原生内置Bean模式任务”

5.16 任务失败告警

默认提供邮件失败告警,可扩展短信、钉钉等方式。如果需要新增一种告警方式,只需要新增一个实现 "com.xxl.job.admin.core.alarm.JobAlarm" 接口的告警实现即可。可以参考默认提供邮箱告警实现 "EmailJobAlarm"。

5.17 调度中心Docker镜像构建

可以通过以下命令快速构建调度中心,并启动运行;

mvn clean package
docker build -t xuxueli/xxl-job-admin ./xxl-job-admin
docker run --name xxl-job-admin -p 8080:8080 -d xuxueli/xxl-job-admin

5.20 避免任务重复执行

调度密集或者耗时任务可能会导致任务阻塞,集群情况下调度组件小概率情况下会重复触发; 针对上述情况,可以通过结合 "单机路由策略(如:第一台、一致性哈希)" + "阻塞策略(如:单机串行、丢弃后续调度)" 来规避,最终避免任务重复执行。

5.21 命令行任务

原生提供通用命令行任务HandlerBean任务"CommandJobHandler");业务方只需要提供命令行即可; 如任务参数 "pwd" 将会执行命令并输出数据;

5.22 日志自动清理

XXL-JOB日志主要包含如下两部分均支持日志自动清理说明如下

  • 调度中心日志表数据:可借助配置项 "xxl.job.logretentiondays" 设置日志表数据保存天数,过期日志自动清理;详情可查看上文配置说明;
  • 执行器日志文件数据:可借助配置项 "xxl.job.executor.logretentiondays" 设置日志文件数据保存天数,过期日志自动清理;详情可查看上文配置说明;

5.23 调度结果丢失处理

执行器因网络抖动回调失败或宕机等异常情况,会导致任务调度结果丢失。由于调度中心依赖执行器回调来感知调度结果,因此会导致调度日志永远处于 "运行中" 状态。

针对该问题,调度中心提供内置组件进行处理,逻辑为:调度记录停留在 "运行中" 状态超过10min且对应执行器心跳注册失败不在线则将本地调度主动标记失败

六、调度中心/执行器 RESTful API

XXL-JOB 目标是一种跨平台、跨语言的任务调度规范和协议。

针对Java应用可以直接通过官方提供的调度中心与执行器方便快速的接入和使用调度中心可以参考上文 “快速入门” 章节。

针对非Java应用可借助 XXL-JOB 的标准 RESTful API 方便的实现多语言支持。

  • 调度中心 RESTful API
    • 说明调度中心提供给执行器使用的API不局限于官方执行器使用第三方可使用该API来实现执行器
    • API列表执行器注册、任务结果回调等
  • 执行器 RESTful API
    • 说明执行器提供给调度中心使用的API官方执行器默认已实现第三方执行器需要实现并对接提供给调度中心
    • API列表任务触发、任务终止、任务日志查询……等

此处 RESTful API 主要用于非Java语言定制个性化执行器使用实现跨语言。除此之外如果有需要通过API操作调度中心可以个性化扩展 “调度中心 RESTful API” 并使用。

6.1 调度中心 RESTful API

API服务位置com.xxl.job.core.biz.AdminBiz com.xxl.job.admin.controller.JobApiController API服务请求参考代码com.xxl.job.adminbiz.AdminBizTest

a、任务回调

说明:执行器执行完任务后,回调任务结果时使用

------

地址格式:{调度中心跟地址}/callback

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    [{
        "logId":1,              // 本次调度日志ID
        "logDateTim":0,         // 本次调度日志时间
        "executeResult":{
            "code": 200,        // 200 表示任务执行正常500表示失败
            "msg": null
        }
    }]

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null      // 错误提示消息
    }

b、执行器注册

说明:执行器注册时使用,调度中心会实时感知注册成功的执行器并发起任务调度

------

地址格式:{调度中心跟地址}/registry

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    {
        "registryGroup":"EXECUTOR",                     // 固定值
        "registryKey":"xxl-job-executor-example",       // 执行器AppName
        "registryValue":"http://127.0.0.1:9999/"        // 执行器地址,内置服务跟地址
    }

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null      // 错误提示消息
    }

c、执行器注册摘除

说明:执行器注册摘除时使用,注册摘除后的执行器不参与任务调度与执行

------

地址格式:{调度中心跟地址}/registryRemove

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    {
        "registryGroup":"EXECUTOR",                     // 固定值
        "registryKey":"xxl-job-executor-example",       // 执行器AppName
        "registryValue":"http://127.0.0.1:9999/"        // 执行器地址,内置服务跟地址
    }

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null      // 错误提示消息
    }

6.2 执行器 RESTful API

API服务位置com.xxl.job.core.biz.ExecutorBiz API服务请求参考代码com.xxl.job.executorbiz.ExecutorBizTest

a、心跳检测

说明:调度中心检测执行器是否在线时使用

------

地址格式:{执行器内嵌服务跟地址}/beat

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null       // 错误提示消息
    }

b、忙碌检测

说明:调度中心检测指定执行器上指定任务是否忙碌(运行中)时使用

------

地址格式:{执行器内嵌服务跟地址}/idleBeat

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    {
        "jobId":1       // 任务ID
    }

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null       // 错误提示消息
    }

c、触发任务

说明:触发任务执行

------

地址格式:{执行器内嵌服务跟地址}/run

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    {
        "jobId":1,                                  // 任务ID
        "executorHandler":"demoJobHandler",         // 任务标识
        "executorParams":"demoJobHandler",          // 任务参数
        "executorBlockStrategy":"COVER_EARLY",      // 任务阻塞策略,可选值参考 com.xxl.job.core.enums.ExecutorBlockStrategyEnum
        "executorTimeout":0,                        // 任务超时时间,单位秒,大于零时生效
        "logId":1,                                  // 本次调度日志ID
        "logDateTime":1586629003729,                // 本次调度日志时间
        "glueType":"BEAN",                          // 任务模式,可选值参考 com.xxl.job.core.glue.GlueTypeEnum
        "glueSource":"xxx",                         // GLUE脚本代码
        "glueUpdatetime":1586629003727,             // GLUE脚本更新时间用于判定脚本是否变更以及是否需要刷新
        "broadcastIndex":0,                         // 分片参数:当前分片
        "broadcastTotal":0                          // 分片参数:总分片
    }

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null       // 错误提示消息
    }

f、终止任务

说明:终止任务

------

地址格式:{执行器内嵌服务跟地址}/kill

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    {
        "jobId":1       // 任务ID
    }
    

响应数据格式:
    {
      "code": 200,      // 200 表示正常、其他失败
      "msg": null       // 错误提示消息
    }

d、查看执行日志

说明:终止任务,滚动方式加载

------

地址格式:{执行器内嵌服务跟地址}/log

Header
    XXL-JOB-ACCESS-TOKEN : {请求令牌}
 
请求数据格式如下,放置在 RequestBody 中JSON格式
    {
        "logDateTim":0,     // 本次调度日志时间
        "logId":0,          // 本次调度日志ID
        "fromLineNum":0     // 日志开始行号,滚动加载日志
    }

响应数据格式:
    {
        "code":200,         // 200 表示正常、其他失败
        "msg": null         // 错误提示消息
        "content":{
            "fromLineNum":0,        // 本次请求,日志开始行数
            "toLineNum":100,        // 本次请求,日志结束行号
            "logContent":"xxx",     // 本次请求日志内容
            "isEnd":true            // 日志是否全部加载完
        }
    }

七、版本更新日志

7.1 版本 V1.1.x新特性[2015-12-05]

【于V1.1.x版本XXL-JOB正式应用于我司内部定制别名为 “Ferrari”新接入应用推荐使用最新版本】

  • 1、简单支持通过Web页面对任务进行CRUD操作操作简单一分钟上手
  • 2、动态支持动态修改任务状态动态暂停/恢复任务,即时生效;
  • 3、服务HA任务信息持久化到mysql中Job服务天然支持集群保证服务HA
  • 4、任务HA某台Job服务挂掉任务会平滑分配给其他的某一台存活服务即使所有服务挂掉重启时或补偿执行丢失任务
  • 5、一个任务只会在其中一台服务器上执行
  • 6、任务串行执行
  • 7、支持自定义参数
  • 8、支持远程任务执行终止

7.2 版本 V1.2.x新特性[2016-01-17]

  • 1、支持任务分组

  • 2、支持“本地任务”、“远程任务”

  • 3、底层通讯支持两种方式Servlet方式 + JETTY方式

  • 4、支持“任务日志”

  • 5、支持“串行执行”并行执行

    说明V1.2版本将系统架构按功能拆分为:

      - 调度模块(调度中心):负责管理调度信息,按照调度配置发出调度请求;
      - 执行模块(执行器):负责接收调度请求并执行任务逻辑;
      - 通讯模块:负责调度模块和任务模块之间的信息通讯;
    

    优点:

      - 解耦:任务模块提供任务接口,调度模块维护调度信息,业务相互独立;
      - 高扩展性;
      - 稳定性;
    

7.3 版本 V1.3.0,新特性[2016-05-19]

  • 1、遗弃“本地任务”模式推荐使用“远程任务”易于系统解耦任务对应的JobHandler统称为“执行器”

  • 2、遗弃“servlet”方式底层系统通讯推荐使用JETTY方式调度+回调双向通讯,重构通讯逻辑;

  • 3、UI交互优化左侧菜单展开状态优化菜单项选中状态优化任务列表打开表格有压缩优化

  • 4、【重要】“执行器”细分为BEAN、GLUE两种开发模式简介见下文

    “执行器” 模式简介: - BEAN模式执行器每个执行器都是Spring的一个Bean实例XXL-JOB通过注解@JobHandler识别和调度执行器 -GLUE模式执行器每个执行器对应一段代码在线Web编辑和维护动态编译生效执行器负责加载GLUE代码和执行

7.4 版本 V1.3.1,新特性[2016-05-23]

  • 1、更新项目目录结构
    • /xxl-job-admin -------------------- 【调度中心】:负责管理调度信息,按照调度配置发出调度请求;
    • /xxl-job-core ----------------------- 公共依赖
    • /xxl-job-executor-example ------ 【执行器】:负责接收调度请求并执行任务逻辑;
    • /db ---------------------------------- 建表脚本
    • /doc --------------------------------- 用户手册
  • 2、在新的目录结构上升级了用户手册
  • 3、优化了一些交互和UI

7.5 版本 V1.3.2,新特性[2016-05-28]

  • 1、调度逻辑进行事务包裹
  • 2、执行器异步回调执行日志
  • 3、【重要】在 “调度中心” 支持HA的基础上扩展执行器的Failover支持支持配置多执行期地址

7.6 版本 V1.4.0 新特性[2016-07-24]

  • 1、任务依赖: 通过事件触发方式实现, 任务执行成功并回调时会主动触发一次子任务的调度, 多个子任务用逗号分隔;
  • 2、执行器底层实现代码进行重度重构, 优化底层建表脚本;
  • 3、执行器中任务线程分组逻辑优化: 之前根据执行器JobHandler进行线程分组,当多个任务复用Jobhanlder会导致相互阻塞。现改为根据调度中心任务进行任务线程分组,任务与任务执行相互隔离;
  • 4、执行器调度通讯方案优化, 通过Hex + HC实现建议RPC通讯协议, 优化了通讯参数的维护和解析流程;
  • 5、调度中心, 新建/编辑任务, 界面属性调整:
    • 5.1、任务新增/编辑界面中去除 "任务名JobName"属性 ,该属性改为系统自动生成: 该字段之前主要用于在 "调度中心" 唯一标示一个任务, 现实意义不大, 因此计划淡化掉该字段,改为系统生成UUID,从而简化任务新建的操作;
    • 5.2、任务新增/编辑界面中去除 "GLUE模式" 复选框位置调整, 改为贴近"JobHandler"输入框右侧;
    • 5.3、任务新增/编辑界面中去除 "报警阈值" 属性;
    • 5.4、任务新增/编辑界面中去除 "子任务Key" 属性, 每个任务全局任务Key可以从任务列表获取, 当本任务执行结束且成功后, 将会根据子任务Key匹配子任务并主动触发一次子任务执行;
  • 6、问题修复:
    • 6.1、执行器jetty关闭优化,解决一处可能导致jetty无法关闭的问题;
    • 6.2、执行器任务终止时,执行队列回调优化,解决一处导致任务无法回调的问题;
    • 6.3、调度中心中列表分页参数优化,解决一处因服务器限制post长度而引起的问题;
    • 6.4、执行器Jobhandler注解优化,解决一处因事务代理导致的容器无法加载JobHandler的问题;
    • 6.5、远程调度优化,禁用retry策略,解决一处可能导致重复调用的问题;

Tips: 历史版本(V1.3.x)目前已经Release至稳定版本, 进入维护阶段, 地址见分支 V1.3 。新特性将会在master分支持续更新。

7.7 版本 V1.4.1 新特性[2016-09-06]

  • 1、项目成功推送maven中央仓库, 中央仓库地址以及依赖如下:
    <!-- http://repo1.maven.org/maven2/com/xuxueli/xxl-job-core/ -->
    <dependency>
        <groupId>com.xuxueli</groupId>
        <artifactId>xxl-job-core</artifactId>
        <version>${最新稳定版}</version>
    </dependency>
    
  • 2、为适配中央仓库规则, 项目groupId从com.xxl改为com.xuxueli。
  • 3、系统版本不在维护在项目跟pom中,各个子模块单独配置版本配置,解决子模块无法单独编译的问题;
  • 4、底层RPC通讯,传输数据的字节长度统计规则优化,可节省50%数据传输量;
  • 5、IJobHandler取消任务返回值,原通过返回值判断执行状态,逻辑改为:默认任务执行成功,仅在捕获异常时认定任务执行失败。
  • 6、系统公共弹框功能,插件化;
  • 7、底层表结构,表明统一大写;
  • 8、调度中心,异常处理器JSON响应的ContentType修改,修复浏览器不识别的问题;

7.8 版本 V1.4.2 新特性[2016-09-29]

  • 1、推送新版本 V1.4.2 至中央仓库, 大版本 V1.4 进入维护阶段;
  • 2、任务新增时,任务列表偏移问题修复;
  • 3、修复一处因bootstrap不支持模态框重叠而导致的样式错乱的问题, 在任务编辑时会出现该问题;
  • 4、调度超时和Handler匹配不到时,调度状态优化;
  • 5、因catch异常,导致任务不可终止的问题,给出解决方案, 见文档;

7.9 版本 V1.5.0 特性[2016-11-13]

  • 1、任务注册: 执行器会周期性自动注册任务, 调度中心将会自动发现注册的任务并触发执行。
  • 2、"执行器" 新增参数 "AppName" : 是每个执行器集群的唯一标示AppName, 并周期性以AppName为对象进行自动注册。
  • 3、调度中心新增栏目 "执行器管理" : 管理在线的执行器, 通过属性AppName自动发现注册的执行器。只有被管理的执行器才允许被使用;
  • 4、"任务组"属性改为"执行器": 每个任务需要绑定指定的执行器, 调度地址通过绑定的执行器获取;
  • 5、抛弃"任务机器"属性: 通过任务绑定的执行器, 自动发现注册的远程执行器地址并触发调度请求。
  • 6、"公共依赖"中新增DBGlueLoader,基于原生jdbc实现GLUE源码的加载器,减少第三方依赖(mybatis,spring-orm等);精简和优化执行器测配置(针对GLUE任务),降低上手难度;
  • 7、表结构调整,底层重构优化;
  • 8、"调度中心"自动注册和发现,failover: 调度中心周期性自动注册, 任务回调时可以感知在线的所有调度中心地址, 通过failover的方式进行任务回调,避免回调单点风险。

7.10 版本 V1.5.1 特性[2016-11-13]

  • 1、底层代码重构和逻辑优化POM清理以及CleanCode
  • 2、Servlet/JSP Spec设定为3.0/2.2
  • 3、Spring升级至3.2.17.RELEASE版本
  • 4、Jetty升级版本至8.2.0.v20160908
  • 5、已推送V1.5.0和V1.5.1至Maven中央仓库

7.11 版本 V1.5.2 特性[2017-02-28]

  • 1、IP工具类获取IP逻辑优化IP静态缓存
  • 2、执行器、调度中心均支持自定义注册IP地址解决机器多网卡时错误网卡注册的情况
  • 3、任务跨天执行时生成多份日志文件的问题修复
  • 4、底层日志底层日志调整非敏感日志level调整为debug
  • 5、升级数据库连接池c3p0版本
  • 6、执行器log4j配置优化去除无效属性
  • 7、底层代码重构和逻辑优化以及CleanCode
  • 8、GLUE依赖注入逻辑优化支持别名注入

7.12 版本 V1.6.0 特性[2017-03-13]

  • 1、通讯方案升级原基于HEX的通讯模型调整为基于HTTP的B-RPC的通讯模型
  • 2、执行器支持手动设置执行地址列表提供开关切换使用注册地址还是手动设置的地址
  • 3、执行器路由规则第一个、最后一个、轮询、随机、一致性HASH、最不经常使用、最近最久未使用、故障转移
  • 4、规范线程模型统一统一线程销毁方案(通过listener或stop方法容器销毁时销毁线程Daemon方式有时不太理想)
  • 5、规范系统配置数据通过配置文件统一管理
  • 6、CleanCode清理无效的历史参数
  • 7、底层扩展数据结构以及相关表结构调整
  • 8、新建任务默认为非运行状态
  • 9、GLUE模式任务实例更新逻辑优化原根据超时时间更新改为根据版本号更新源码变动版本号加一

7.13 版本 V1.6.1 特性[2017-03-25]

  • 1、Rolling日志
  • 2、WebIDE交互重构
  • 3、通讯增强校验有效过滤非正常请求
  • 4、权限增强校验采用动态登录TOKEN推荐接入内部SSO
  • 5、数据库配置优化解决乱码问题

7.14 版本 V1.6.2 特性[2017-04-25]

  • 1、运行报表支持实时查看运行数据如任务数量、调度次数、执行器数量等以及调度报表如调度日期分布图调度成功分布图等
  • 2、JobHandler支持设置任务返回值在任务逻辑中可以方便的控制任务执行结果
  • 3、资源路径包含空格或中文时资源文件无法加载时无法准确查看异常信息的问题处理。
  • 4、路由策越优化循环和LFU路由策略计数器自增无上限问题和首次路由压力集中在首台机器的问题修复

7.15 版本 V1.7.0 特性[2017-05-02]

  • 1、脚本任务支持以GLUE模式开发和运行脚本任务包括Shell、Python和Groovy等类型脚本;
  • 2、新增spring-boot类型执行器example项目
  • 3、升级jetty版本至9.2
  • 4、任务运行日志移除log4j组件依赖改为底层自主实现从而取消了对日志组件的依赖限制
  • 5、执行器移除GlueLoader依赖改为推送方式实现从而GLUE源码加载不再依赖JDBC
  • 6、登录拦截Redirect时获取项目名解决非根据目录发布时跳转404问题

7.16 版本 V1.7.1 特性[2017-05-08]

  • 1、运行日志读写编码统一为UTF-8解决windows环境下日志乱码问题
  • 2、通讯超时时间限定为10s避免异常情况下调度线程占用
  • 3、执行器server启动、销毁和注册逻辑调整
  • 4、JettyServer关闭逻辑优化修复执行器无法正常关闭导致端口占用和频繁打印c3p0日志的问题
  • 5、JobHandler中开启子线程时支持子线程输出执行日志并通过Rolling查看。
  • 6、任务日志清理功能
  • 7、弹框组件统一替换为layer
  • 8、升级quartz版本至2.3.0

7.17 版本 V1.7.2 特性[2017-05-17]

  • 1、阻塞处理策略调度过于密集执行器来不及处理时的处理策略策略包括单机串行默认、丢弃后续调度、覆盖之前调度
  • 2、失败处理策略调度失败时的处理策略策略包括失败告警默认、失败重试
  • 3、通讯时间戳超时时间调整为180s
  • 4、执行器与数据库彻底解耦但是执行器需要配置调度中心集群地址。调度中心提供API供执行器回调和心跳注册服务取消调度中心内部jetty心跳周期调整为30s心跳失效为三倍心跳
  • 5、执行参数编辑时丢失问题修复
  • 6、新增任务测试Demo方便在开发时进行任务逻辑测试

7.18 版本 V1.8.0 特性[2017-07-17]

  • 1、任务Cron更新逻辑优化改为rescheduleJob同时防止cron重复设置
  • 2、API回调服务失败状态码优化方便问题排查
  • 3、XxlJobLogger的日志多参数支持
  • 4、路由策略新增 "忙碌转移" 模式:按照顺序依次进行空闲检测,第一个空闲检测成功的机器选定为目标执行器并发起调度;
  • 5、路由策略代码重构
  • 6、执行器重复注册问题修复
  • 7、任务线程轮空30次后自动销毁降低低频任务的无效线程消耗。
  • 8、执行器任务执行结果批量回调降低回调频率提升执行器性能
  • 9、springboot版本执行器取消XML配置改为类配置方式
  • 10、执行日志支持根据运行 "状态" 筛选日志;
  • 11、调度中心任务注册检测逻辑优化

7.19 版本 V1.8.1 特性[2017-07-30]

  • 1、分片广播任务执行器集群部署时任务路由策略选择"分片广播"情况下,一次任务调度将会广播触发集群中所有执行器执行一次任务,可根据分片参数处理分片任务;
  • 2、动态分片分片广播任务以执行器为维度进行分片支持动态扩容执行器集群从而动态增加分片数量协同进行业务处理在进行大数据量业务操作时可显著提升任务处理能力和速度。
  • 3、执行器JobHandler禁止命名冲突
  • 4、执行器集群地址列表进行自然排序
  • 5、调度中心DAO层代码精简优化并且新增测试用例覆盖
  • 6、调度中心API服务改为自研RPC形式统一底层通讯模型
  • 7、新增调度中心API服务测试Demo方便在调度中心API扩展和测试
  • 8、任务列表页交互优化更换执行器分组时自动刷新任务列表新建任务时默认定位在当前执行器位置
  • 9、访问令牌accessToken为提升系统安全性调度中心和执行器进行安全性校验双方AccessToken匹配才允许通讯
  • 10、springboot版本执行器升级至1.5.6.RELEASE版本
  • 11、统一maven依赖版本管理

7.20 版本 V1.8.2 特性[2017-09-04]

  • 1、项目主页搭建提供中英文文档https://www.xuxueli.com/xxl-job
  • 2、JFinal执行器Sample示例项目
  • 3、事件触发除了"Cron方式"和"任务依赖方式"触发任务执行之外支持基于事件的触发任务方式。调度中心提供触发任务单次执行的API服务可根据业务事件灵活触发。
  • 4、执行器摘除执行器销毁时主动通知调度中心并摘除对应执行器节点提高执行器状态感知的时效性。
  • 5、执行器手动设置IP时将会绑定Host
  • 6、规范项目目录方便扩展多执行器
  • 7、解决执行器回调URL不支持配置HTTPS时问题
  • 8、执行器回调线程销毁前, 批量回调队列中数据,防止任务结果丢失;
  • 9、调度中心任务监控线程销毁时批量对失败任务告警防止告警信息丢失
  • 10、任务日志文件路径时间戳格式化时SimpleDateFormat并发问题解决

7.21 版本 V1.9.0 特性[2017-12-29]

  • 1、新增Nutz执行器Sample示例项目
  • 2、新增任务运行模式 "GLUE模式(NodeJS) "支持NodeJS脚本任务
  • 3、脚本任务Shell、Python和Nodejs等支持获取分片参数
  • 4、失败重试完整支持调度中心调度失败且启用"失败重试"策略时,将会自动重试一次;执行器执行失败且回调失败重试状态(新增失败重试状态返回值)时,也将会自动重试一次;
  • 5、失败告警策略扩展默认提供邮件失败告警可扩展短信等扩展代码位置为 "JobFailMonitorHelper.failAlarm"
  • 6、执行器端口支持自动生成(小于等于0时),避免端口定义冲突;
  • 7、调度报表优化支持时间区间筛选
  • 8、Log组件支持输出异常栈信息底层实现优化
  • 9、告警邮件样式优化调整为表格形式邮件组件调整为commons-email简化邮件操作
  • 10、项目依赖全量升级至较新稳定版本如spring、jackson等等
  • 11、任务日志记录发起调度的机器信息
  • 12、交互优化如登录注销
  • 13、任务Cron长度扩展支持至128位支持负责类型Cron设置
  • 14、执行器地址录入交互优化地址长度扩展支持至512位支持大规模执行器集群配置
  • 15、任务参数“IJobHandler.execute”入参改为“String params”增强入参通用性。
  • 16、IJobHandler提供init/destroy方法支持在相应任务线程初始化和销毁时进行附加操作
  • 17、任务注解调整为 “@JobHandler”与任务抽象接口统一
  • 18、修复任务监控线程被耗时任务阻塞的问题
  • 19、修复任务监控线程无法监控任务触发和执行状态均未0的问题
  • 20、执行器动态代理对象拦截非业务方法的执行
  • 21、修复JobThread捕获Error错误不更新JobLog的问题
  • 22、修复任务列表界面左侧菜单合并时样式错乱问题
  • 23、调度中心项目日志配置改为xml文件格式
  • 24、Log地址格式兼容支持非"/"结尾路径配置;
  • 25、底层系统日志级别规范调整清理遗留代码
  • 26、建表SQL优化支持同步创建制定编码的库和表
  • 27、系统安全性优化登录Token写Cookie时进行MD5加密同时Cookie启用HttpOnly
  • 28、新增"任务ID"属性,移除"JobKey"属性,前者承担所有功能,方便后续增强任务依赖功能。
  • 29、任务循环依赖问题修复避免子任务与父任务重复导致的调度死循环
  • 30、任务列表新增筛选条件 "任务描述",快速检索任务;
  • 31、执行器Log文件定期清理功能执行器新增配置项"xxl.job.executor.logretentiondays")日志保存天数,日志文件过期自动删除。

7.22 版本 V1.9.1 特性[2018-02-22]

  • 1、国际化调度中心实现国际化支持中文、英文两种语言默认为中文。
  • 2、调度报表新增"运行中"中状态项;
  • 3、调度报表优化报表SQL调优并且新增LocalCache缓存缓存时间60s提高大数据量下报表加载速度
  • 4、修复打包部署时资源文件乱码问题
  • 5、修复新版本chrome滚动到顶部失效问题
  • 6、调度中心配置加载优化取消对配置文件名的强依赖支持加载磁盘配置
  • 7、修复脚本任务Log文件未正常close的问题
  • 8、项目依赖全量升级至较新稳定版本如spring、jackson等等

7.23 版本 V1.9.2 特性[2018-10-05]

  • 1、任务超时控制新增任务属性 "任务超时时间",并支持自定义,任务运行超时将会主动中断任务;
  • 2、任务失败重试次数新增任务属性 "失败重试次数",并支持自定义,当任务失败时将会按照预设的失败重试次数主动进行重试;同时收敛废弃其他失败重试策略,如调度失败、执行失败、状态码失败等;
  • 3、新增任务运行模式 "GLUE模式(PHP) "支持php脚本任务
  • 4、新增任务运行模式 "GLUE模式(PowerShell) "支持PowerShell脚本任务
  • 5、调度全异步处理任务触发之后推送到调度队列多线程并发处理调度请求提高任务调度速率的同时避免因网络问题导致quartz调度线程阻塞的问题
  • 6、执行器任务结果落盘优化执行器回调失败时将任务结果写磁盘待重启或网络恢复时重试回调任务结果防止任务执行结果丢失
  • 7、任务日志查询速度大幅提升百万级别数据量搜索速度提升1000倍
  • 8、调度中心提供API服务支持通过API服务对任务进行查询、新增、更新、启停等操作
  • 9、底层自研Log组件参数占位符改为"{}",并修复打印有参日志时参数不匹配导致报错的问题;
  • 10、任务回调结果优化支持展示在Rolling log中方便问题排查
  • 11、底层LocalCache组件兼容性优化支持jdk9、jdk10及以上版本编译部署
  • 12、告警邮件固定使用 UTF-8 编码格式,修复由机器编码导致的邮件乱码问题;
  • 13、告警邮件中展示失败告警信息
  • 14、告警邮箱支持SSL配置
  • 15、Window机器下File.separator不兼容问题修复
  • 16、脚本任务异常Log输出优化
  • 17、任务线程停止变量修饰符优化
  • 18、脚本任务Log文件流关闭优化
  • 19、任务报表成功、失败和进行中统计问题修复
  • 20、核心依赖Core内部国际化处理
  • 21、默认Quartz线程数调整为50
  • 22、新增左侧菜单"运行报表"
  • 23、执行器手动设置IP时取消绑定Host的操作该IP仅供执行器注册使用修复指定外网IP时无法绑定执行器Host的问题
  • 24、取消父子任务不可重复的限制支持循环任务触发等特殊场景
  • 25、任务调度备注中标注任务触发类型如Cron触发、父任务触发、API触发等等方便排查调度日志
  • 26、底层日志组件SimpleDateFormat线程安全问题修复
  • 27、执行器通讯线程优化corePoolSize从256降低至32
  • 28、任务日志表状态字段类型优化
  • 29、GLUE脚本文件自动清理功能及时清理过期脚本文件
  • 30、执行器注册方式切换优化切换自动注册时主动同步在线机器避免执行器为空的问题
  • 31、跨平台除了提供Java、Python、PHP等十来种任务模式之外新增提供基于HTTP的任务模式
  • 32、底层RPC序列化协议调整为hessian2
  • 33、修复表字段 “t.order”与数据库关键字冲突查询失败的问题
  • 34、任务属性枚举 "任务模式、阻塞策略" 国际化优化;
  • 35、分片任务失败重试优化仅重试当前失败的分片
  • 36、任务触发时支持动态传参调度中心与API服务均提供提供动态参数功能
  • 37、任务执行日志、调度日志字段类型调整改为text类型并取消字数限制
  • 38、GLUE任务脚本字段类型调整改为mediumtext类型提高GLUE长度上限
  • 39、任务监控线程Log输出优化运行中任务的监控Log改为debug级别减少非核心日志量
  • 40、项目依赖全量升级至较新稳定版本如spring、Jackson、groovy等等
  • 41、docker支持调度中心提供 Dockerfile 方便快速构建docker镜像

7.24 版本 V2.0.0 Release Notes[2018-11-04]

  • 1、调度中心迁移到 springboot
  • 2、底层通讯组件迁移至 xxl-rpc
  • 3、容器化提供官方docker镜像并实时更新推送dockerhubdocker pull xuxueli/xxl-job-admin进一步实现产品开箱即用
  • 4、新增无框架执行器Sample示例项目 "xxl-job-executor-sample-frameless"。不依赖第三方框架只需main方法即可启动运行执行器
  • 5、命令行任务原生提供通用命令行任务HandlerBean任务"CommandJobHandler");业务方只需要提供命令行即可;
  • 6、任务状态优化仅运行状态"NORMAL"任务关联至quartz降低quartz底层数据存储与调度压力
  • 7、任务状态规范新增任务默认停止状态任务更新时保持任务状态不变
  • 8、IP获取逻辑优化优先遍历网卡来获取可用IP
  • 9、任务新增的API服务接口返回任务ID方便调用方实用
  • 10、组件化优化移除对 spring 的依赖非spring应用选用 "XxlJobExecutor" 、spring应用选用 "XxlJobSpringExecutor" 作为执行器组件;
  • 11、任务RollingLog展示逻辑优化修复超时任务无法查看的问题
  • 12、多项UI组件升级到最新版本CodeMirror、Echarts、Jquery 等;
  • 13、项目依赖升级 groovy 至较新稳定版本pom清理
  • 14、子任务失败重试重试逻辑优化子任务失败时将会按照其预设的失败重试次数主动进行重试

7.25 版本 v2.0.1 Release Notes[2018-11-09]

  • 1、左侧菜单折叠动画问题修复
  • 2、调度报表日期分布图默认值统一
  • 3、freemarker对数字默认加千分位问题修复解决日志ID被分隔导致查看日志失败问题
  • 4、底层通讯组件升级修复通讯异常时无效等待的问题
  • 5、执行器启动之后jetty停止的问题修复

7.26 版本 v2.0.2 Release Notes[2019-04-20]

  • 1、底层通讯方案优化升级较新版本xxl-rpc由"JETTY"方案调整为"NETTY_HTTP"方案执行器内嵌netty-http-server提供服务调度中心复用容器端口提供服务
  • 2、任务告警逻辑调整改为通过扫描失败日志方式触发。一方面精确扫描失败任务降低扫描范围另一方面取消内存队列降低线程内存消耗
  • 3、Quartz触发线程池废弃并替换为 "XxlJobThreadPool",降低线程切换、内存占用带来的消耗,提高调度性能;
  • 4、调度线程池隔离拆分为"Fast"和"Slow"两个线程池1分钟窗口期内任务耗时达500ms超过10次该窗口期内判定为慢任务慢任务自动降级进入"Slow"线程池,避免耗尽调度线程,提高系统稳定性;
  • 5、执行器热部署时JobHandler重新初始化修复由此导致的 "jobhandler naming conflicts." 问题;
  • 6、新增Class的加载缓存解决频繁加载Class会使jvm的方法区空间不足导致OOM的问题
  • 7、任务支持更换绑定执行器方便任务分组转移和管理
  • 8、调度中心告警邮件发送组件改为 “spring-boot-starter-mail”
  • 9、记住密码功能优化选中时永久记住非选中时关闭浏览器即登出
  • 10、项目依赖升级至较新稳定版本如quartz、spring、jackson、groovy、xxl-rpc等等
  • 11、精简项目取消第三方依赖如 commons-collections4、commons-lang3 ;
  • 12、执行器回调日志落盘方案复用RPC序列化方案并移除Jackson依赖
  • 13、底层Log调优应用正常终止取消异常栈信息打印
  • 14、交互优化尽量避免新开页面窗口仅WebIDE支持新开页并提供窗口快速关闭按钮任务启、停、删除、触发等轻操作提示改为toast方式
  • 15、任务暂停、删除优化避免quartz delete不完整导致任务脏数据
  • 16、任务回调、心跳注册成功日志优化非核心常规日志调整为debug级别降低冗余日志输出
  • 17、调整首页报表默认区间为本周避免日志量太大查询缓慢
  • 18、LRU路由更新不及时问题修复
  • 19、任务失败告警邮件发送逻辑优化
  • 20、调度日志排序逻辑调整为按照调度时间倒序兼容TIDB等主键不连续日志存储组件
  • 21、执行器优雅停机优化
  • 22、连接池配置优化增强连接有效性验证
  • 23、JobHandler#msg长度限制修复异常情况下日志超长导致内存溢出的问题
  • 24、升级xxl-rpc至较新版本修复springboot 2.x版本兼容性问题

7.27 版本 v2.1.0 Release Notes[2019-07-07]

  • 1、自研调度组件移除quartz依赖一方面是为了精简系统降低冗余依赖另一方面是为了提供系统的可控度与稳定性
    • 触发单节点周期性触发运行事件如delayqueue
    • 调度:集群竞争,负载方式协同处理,锁竞争-更新触发信息-推送时间轮-锁释放-锁竞争;
  • 2、底层表结构重构移除11张quartz相关表并对现有表结构优化梳理
  • 3、任务日志主键调整为long数据类型防止海量日志情况下数据溢出
  • 4、底层线程模型重构移除Quartz线程池降低系统线程与内存开销
  • 5、用户管理支持在线管理系统用户存在管理员、普通用户两种角色
  • 6、权限管理执行器维度进行权限控制管理员拥有全量权限普通用户需要分配执行器权限后才允许相关操作
  • 7、调度线程池参数调优
  • 8、注册表索引优化缓解锁表问题
  • 9、新增Jboot执行器Sample示例项目
  • 10、任务列表优化支持根据 "任务状态"、"负责人" 属性筛选任务;
  • 11、任务日志列表交互优化操作按钮合并为分割按钮
  • 12、项目依赖升级至较新稳定版本如spring、springboot、groovy、xxl-rpc等等并清理冗余POM
  • 13、升级xxl-rpc至较新版本修复代理服务初始化时远程服务不可用导致长连冗余创建的问题;
  • 14、首页调度报表的日期排序在TIDB下乱序问题修复
  • 15、调度中心与执行器双向通讯超时时间调整为3s
  • 16、调度组件销毁流程优化先停止调度线程然后等待时间轮内存量任务处理完成最终销毁时间轮线程
  • 17、执行器回调线程优化回调地址为空时销毁问题修复
  • 18、HttpJobHandler优化响应数据指定UTF-8格式避免中文乱码
  • 19、代码优化ConcurrentHashMap变量类型改为ConcurrentMap避免因不同版本实现不同导致的兼容性问题

7.28 版本 v2.1.1 Release Notes[2019-11-24]

  • 1、 调度中心日志自动清理功能(至此,调度中心/执行器均支持日志自动清理过期天数均默认设置为30天调度中心新增配置项"xxl.job.logretentiondays"日志保存天数过期日志自动清理解决海量日志情况下日志表慢SQL问题限制大于等于7时生效否则关闭清理功能默认为30
  • 2、 调度报表优化:新增日志报表的存储表,三天内的任务日志会以每分钟一次的频率异步同步至报表中;任务报表仅读取报表数据,极大提升加载速度;
  • 3、 Cron在线生成工具任务新增、编辑框通过组件在线生成Cron表达式
  • 4、 Cron下次执行时间查询支持通过界面在线查看后续连续5次执行时间
  • 5、 调度中心新增应用健康检查功能借助“spring-boot-starter-actuator”相对地址 “/actuator/health”
  • 6、 DB脚本默认编码改为utf8mb4修复字符乱码问题(建议Mysql版本5.7+)
  • 7、 调度中心任务平均分配,触发组件每次获取与线程池数量相关数量的任务,避免大量任务集中在单个调度中心集群节点;
  • 8、 任务触发组件优化预加载频率正常1s一次当预加载轮空时主动休眠一个加载周期动态降低加载频率从而降低DB压力
  • 9、 调度组件优化针对永远不会触发的Cron禁止配置和启动任务Cron最后一次触发后再也不会触发时比如一次性任务主动停止相关任务
  • 10、DB重连优化修复DB宕机重连后任务调度停止的问题重连后自动加入调度集群触发任务调度
  • 11、注册监控线程优化降低死锁几率
  • 12、调度中心日志删除优化改为分页获取ID并根据ID删除的方式避免批量删除海量日志导致死锁问题
  • 13、任务重试时参数丢失的问题修复
  • 14、调度中心移除SQL中的 "now()" 函数集群部署时不再依赖DB时钟仅需要保证调度中心应用节点时钟一致即可
  • 15、任务触发组件加载顺序调整避免小概率情况下组件随机加载顺序导致的I18N的NPE问题;
  • 16、JobThread自销毁优化避免并发触发导致triggerQueue中任务丢失问题
  • 17、调度中心密码限制18位修复修改密码超过18位无法登录的问题
  • 18、任务告警组件分页参数无效问题修复
  • 19、升级xxl-rpc版本服务端线程优化降低线程内存开销IpUtil优化增加连通性校过滤明确非法的网卡
  • 20、调度中心回调API服务改为restful方式
  • 21、UI优化任务列表和日志列表数据表格宽度比例调整避免数据换行提升体验
  • 22、登录界面取消默认填写的登录账号密码
  • 23、执行器表属性调整"顺序" 属性调整为整型,解决执行器数据较多时无法正确排序的问题;
  • 24、任务列表交互优化支持查看任务所属执行器的注册节点
  • 25、项目依赖升级至较新稳定版本如spring、spring-boot、mybatis、slf4j、groovy等等
  • 26、日志组件优化调度中心支持控制每次请求最大加载行数日志量太大时分批请求避免单次加载日志量太大阻塞页面

7.29 版本 v2.1.2 Release Notes[2019-12-12]

  • 1、方法任务支持由原来基于JobHandler类任务开发方式优化为支持基于方法的任务开发方式因此可以支持单个类中开发多个任务方法进行类复用
@XxlJob("demoJobHandler")
public ReturnT<String> execute(String param) {
    XxlJobLogger.log("hello world");
    return ReturnT.SUCCESS;
}
  • 2、移除commons-exec采用原生方式实现降低第三方依赖
  • 3、执行器回调乱码问题修复
  • 4、调度中心dispatcher servlet加载顺序优化
  • 5、执行器回调地址https兼容支持
  • 6、多个项目依赖升级至较新稳定版本
  • 注意:最新版本 "XxlJobSpringExecutor" 逻辑有调整历史项目中该组件的配置方式请参考Sample示例项目进行调整尤其注意需要移除组件的init和destroy方法

7.30 版本 v2.2.0 Release Notes[2020-04-14]

  • 1、RESTful API调度中心与执行器提供语言无关的 RESTful API 服务,第三方任意语言可据此对接调度中心或者实现执行器。
  • 2、任务复制功能点击复制是弹出新建任务弹框并初始化被复制任务信息
  • 3、任务手动执行一次的时候支持指定本次执行的机器地址为空则从执行器获取
  • 4、任务结果丢失处理调度记录停留在 "运行中" 状态超过10min且对应执行器心跳注册失败不在线则将本地调度主动标记失败
  • 5、调度中心升级springboot2.x因此系统要求JDK8+
  • 6、XxlJob注解扫描方式优化支持查找父类以及接口和基于类代理等常见情况修复任务为空时小概率NPE问题
  • 7、移除旧类注解JobHandler推荐使用基于方法注解 "@XxlJob" 的方式进行任务开发;(如需保留类注解JobHandler使用方式可以参考旧版逻辑定制开发);
  • 8、任务告警组件模块化如果需要新增一种告警方式只需要新增一个实现 "com.xxl.job.admin.core.alarm.JobAlarm" 接口的告警实现即可,更加灵活、方便定制;
  • 9、调度中心国际化完善新增 "中文繁体" 支持。默认为 "zh_CN"/中文简体, 可选范围为 "zh_CN"/中文简体, "zh_TC"/中文繁体 and "en"/英文;
  • 10、执行器注册逻辑优化新增配置项 ”注册地址 / xxl.job.executor.address“优先使用该配置作为注册地址为空时使用内嵌服务 ”IP:PORT“ 作为注册地址。从而更灵活的支持容器类型执行器动态IP和动态映射端口问题。
  • 11、默认数据库连接池调整为hikari移除tomcat-jdbc依赖
  • 12、多个项目依赖升级至较新稳定版本如mybatis、groovy和mysql驱动等
  • 13、执行器优雅停机优化修复任务线程中断未join导致回调丢失的问题
  • 14、一致性哈希路由策略优化默认虚拟节点数量调整为100提高路由的均衡性
  • 15、通用HTTP任务HandlerhttpJobHandler优化扩展自定义参数信息示例参数如下
url: http://www.xxx.com
method: get 或 post
data: post-data
  • 16、SQL脚本编码默认utf8mb4执行避免小概率下容器环境中乱码问题
  • 17、Web IDE交互问题修复输入源码备注之后按回车跳转error问题处理
  • 18、执行器初始化逻辑优化修复懒加载的Bean被提前初始化问题
  • 19、执行器注册默认值优化
  • 20、修复bootstrap.min.css.map 404问题
  • 21、执行器UI交互优化,移除冗余order属性
  • 22、执行备注消息长度限制修复数据超长无法存储导致导致回调失败的问题 注意XxlJobSpringExecutor组件个别字段调整“appName” 调整为 “appname” ,升级时该组件时需要注意;

7.31 版本 v2.2.1 Release Notes[迭代中]

  • 1、Cron编辑器增强Cron编辑器修改cron时可实时查看最近运行时间;
  • 2、Cron编辑器问题修复修复小概率情况下cron单个字段修改时导致其他字段被重置问题
  • 3、[迭代中] 新增任务属性 "XxlJobContent" ,统一维护任务上下文信息,方便运行时存取任务相关信息;

TODO LIST

  • 1、任务分片路由分片采用一致性Hash算法计算出尽量稳定的分片顺序即使注册机器存在波动也不会引起分批分片顺序大的波动目前采用IP自然排序可以满足需求待定
  • 2、调度隔离调度中心针对不同执行器各自维护不同的调度和远程触发组件。
  • 3、调度任务优先级
  • 4、多数据库支持DAO层通过JPA实现不限制数据库类型
  • 5、执行器Log清理功能调度中心Log删除时同步删除执行器中的Log文件
  • 6、延时任务API触发支持"动态传参、延时消费";该功能与 XXL-MQ 冲突,该场景建议用后者;
  • 7、调度线程池改为协程方式实现大幅降低系统内存消耗
  • 8、任务、执行器数据全量本地缓存新增消息表广播通知
  • 9、忙碌转移优化全部机器忙碌时不再直接失败
  • 10、任务触发参数优化支持选择 "Cron触发"、"固定间隔时间触发"、"指定时间点触发"、"不选择" 等;
  • 11、调度日志列表加上执行时长列并支持排序
  • 12、DAG流程任务
    • 替换子任务,支持参数传递,共享数据:
    • 配置并列的"a-b、b-c"路径列表构成串行、并行、dag任务流程"dagre-d3"绘图;任务依赖,流程图,子任务+会签任务,各节点日志;支持根据成功、失败选择分支;
    • 分片任务:全部完成后才会出发后置节点;
  • 13、日期过滤支持多个时间段排除
  • 14、告警增强
    • 邮件告警:支持自定义标题、模板格式;
    • webhook告警支持自定义告警URL、请求体格式
  • 15、新增任务运行模式 "GLUE模式(GO) "支持GO任务
  • 16、GLUE 模式 Web Ide 版本对比功能;
  • 17、注册中心优化实时性注册发现心跳注册间隔10srefresh失败则首次注册并立即更新注册信息心跳类似30s过期销毁
  • 18、提供执行器Docker镜像
  • 19、脚本任务支持数据参数新版本仅支持单参数不支持需要兼容
  • 20、批量调度调度请求入queue调度线程批量获取调度请求并发起远程调度提高线程效率
  • 21、执行器端口复用复用容器端口提供通讯服务
  • 22、分片任务全部成功后触发子任务
  • 23、AccessToken按照执行器维度设置控制调度、回调
  • 24、新增执行器描述属性任务名称属性
  • 25、自定义失败重试时间间隔

八、其他

8.1 项目贡献

欢迎参与项目贡献比如提交PR修复一个bug或者新建 Issue 讨论新特性或者变更。

8.2 用户接入登记

更多接入的公司,欢迎在 登记地址 登记,登记仅仅为了产品推广。

8.3 开源协议和版权

产品开源免费,并且将持续提供免费的社区技术支持。个人或企业内部可自由的接入和使用。

  • Licensed under the GNU General Public License (GPL) v3.
  • Copyright (c) 2015-present, xuxueli.

捐赠

无论捐赠金额多少都足够表达您这份心意,非常感谢 前往捐赠