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

时间 2019-11-18

标签分布式任务调度平台 xxl job 栏目系统架构繁體版

原文原文链接

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

1、简介

1.1 概述

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

1.2 社区交流

社区交流

1.3 特性

一、简单：支持经过Web页面对任务进行CRUD操做，操做简单，一分钟上手；
二、动态：支持动态修改任务状态、启动/中止任务，以及终止运行中任务，即时生效；
三、调度中心HA（中心式）：调度采用中心式设计，“调度中心”自研调度组件并支持集群部署，可保证调度中心HA；
四、执行器HA（分布式）：任务分布式执行，任务"执行器"支持集群部署，可保证任务执行HA；
五、注册中心: 执行器会周期性自动注册任务, 调度中心将会自动发现注册的任务并触发执行。同时，也支持手动录入执行器地址；
六、弹性扩容缩容：一旦有新执行器机器上线或者下线，下次调度时将会从新分配任务；
七、路由策略：执行器集群部署时提供丰富的路由策略，包括：第一个、最后一个、轮询、随机、一致性HASH、最不常用、最近最久未使用、故障转移、忙碌转移等；
八、故障转移：任务路由策略选择"故障转移"状况下，若是执行器集群中某一台机器故障，将会自动Failover切换到一台正常的执行器发送调度请求。
九、阻塞处理策略：调度过于密集执行器来不及处理时的处理策略，策略包括：单机串行（默认）、丢弃后续调度、覆盖以前调度；
十、任务超时控制：支持自定义任务超时时间，任务运行超时将会主动中断任务；
十一、任务失败重试：支持自定义任务失败重试次数，当任务失败时将会按照预设的失败重试次数主动进行重试；其中分片任务支持分片粒度的失败重试；
十二、任务失败告警；默认提供邮件方式失败告警，同时预留扩展接口，可方便的扩展短信、钉钉等告警方式；
1三、分片广播任务：执行器集群部署时，任务路由策略选择"分片广播"状况下，一次任务调度将会广播触发集群中全部执行器执行一次任务，可根据分片参数开发分片任务；
1四、动态分片：分片广播任务以执行器为维度进行分片，支持动态扩容执行器集群从而动态增长分片数量，协同进行业务处理；在进行大数据量业务操做时可显著提高任务处理能力和速度。
1五、事件触发：除了"Cron方式"和"任务依赖方式"触发任务执行以外，支持基于事件的触发任务方式。调度中心提供触发任务单次执行的API服务，可根据业务事件灵活触发。
1六、任务进度监控：支持实时监控任务进度；
1七、Rolling实时日志：支持在线查看调度结果，而且支持以Rolling方式实时查看执行器输出的完整的执行日志；
1八、GLUE：提供Web IDE，支持在线开发任务逻辑代码，动态发布，实时编译生效，省略部署上线的过程。支持30个版本的历史版本回溯。
1九、脚本任务：支持以GLUE模式开发和运行脚本任务，包括Shell、Python、NodeJS、PHP、PowerShell等类型脚本;
20、命令行任务：原生提供通用命令行任务Handler（Bean任务，"CommandJobHandler"）；业务方只须要提供命令行便可；
2一、任务依赖：支持配置子任务依赖，当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔；
2二、一致性：“调度中心”经过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行；
2三、自定义任务参数：支持在线配置调度任务入参，即时生效；
2四、调度线程池：调度系统多线程触发调度运行，确保调度精确执行，不被堵塞；
2五、数据加密：调度中心和执行器之间的通信进行数据加密，提高调度信息安全性；
2六、邮件报警：任务失败时支持邮件报警，支持配置多邮件地址群发报警邮件；
2七、推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;
2八、运行报表：支持实时查看运行数据，如任务数量、调度次数、执行器数量等；以及调度报表，如调度日期分布图，调度成功分布图等；
2九、全异步：任务调度流程全异步化设计实现，如异步调度、异步运行、异步回调等，有效对密集调度进行流量削峰，理论上支持任意时长任务的运行；
30、跨平台：原生提供通用HTTP任务Handler（Bean任务，"HttpJobHandler"）；业务方只须要提供HTTP连接便可，不限制语言、平台；
3一、国际化：调度中心支持国际化设置，提供中文、英文两种可选语言，默认为中文；
3二、容器化：提供官方docker镜像，并实时更新推送dockerhub，进一步实现产品开箱即用；
3三、线程池隔离：调度线程池进行隔离拆分，慢任务自动降级进入"Slow"线程池，避免耗尽调度线程，提升系统稳定性；；
3四、用户管理：支持在线管理系统用户，存在管理员、普通用户两种角色；
3五、权限控制：执行器维度进行权限控制，管理员拥有全量权限，普通用户须要分配执行器权限后才容许相关操做；

1.4 发展

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

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

于2015-12月，我将XXL-JOB发表到我司内部知识库，而且获得内部同事承认。node

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

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

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

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

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

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

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

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

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

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

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

- 一、大众点评；
- 二、山东学而网络科技有限公司； - 三、安徽慧通互联科技有限公司； - 四、人人聚财金服； - 五、上海棠棣信息科技股份有限公司 - 六、运满满 - 七、米其林 (中国区) - 八、妈妈联盟 - 九、九樱天下（北京）信息技术有限公司 - 十、万普拉斯科技有限公司(一加手机) - 十一、上海亿保健康管理有限公司 - 十二、海尔馨厨 (海尔) - 1三、河南大红包电子商务有限公司 - 1四、成都顺点科技有限公司 - 1五、深圳市怡亚通 - 1六、深圳麦亚信科技股份有限公司 - 1七、上海博莹科技信息技术有限公司 - 1八、中国平安科技有限公司 - 1九、杭州知时信息科技有限公司 - 20、博莹科技（上海）有限公司 - 2一、成都依能股份有限责任公司 - 2二、湖南高阳通联信息技术有限公司 - 2三、深圳市邦德文化发展有限公司 - 2四、福建阿思可网络教育有限公司 - 2五、优信二手车 - 2六、上海悠游堂投资发展股份有限公司 - 2七、北京粉笔蓝天科技有限公司 - 2八、中秀科技(无锡)有限公司 - 2九、武汉空心科技有限公司 - 30、北京蚂蚁风暴科技有限公司 - 3一、四川互宜达科技有限公司 - 3二、钱包行云（北京）科技有限公司 - 3三、重庆欣才集团 - 3四、咪咕互动娱乐有限公司（中国移动） - 3五、北京诺亦腾科技有限公司 - 3六、增加引擎(北京)信息技术有限公司 - 3七、北京英贝思科技有限公司 - 3八、刚泰集团 - 3九、深圳泰久信息系统股份有限公司 - 40、随行付支付有限公司 - 4一、广州瀚农网络科技有限公司 - 4二、享点科技有限公司 - 4三、杭州比智科技有限公司 - 4四、圳临界线网络科技有限公司 - 4五、广州知识圈网络科技有限公司 - 4六、国誉商业上海有限公司 - 4七、海尔消费金融有限公司，嗨付、够花 (海尔) - 4八、广州巴图鲁信息科技有限公司 - 4九、深圳市鹏海运电子数据交换有限公司 - 50、深圳市亚飞电子商务有限公司 - 5一、上海趣医网络有限公司 - 5二、聚金资本 - 5三、北京父母邦网络科技有限公司 - 5四、中山元赫软件科技有限公司 - 5五、中商惠民(北京)电子商务有限公司 - 5六、凯京集团 - 5七、华夏票联（北京）科技有限公司 - 5八、拍拍贷 - 5九、北京尚德机构在线教育有限公司 - 60、任子行股份有限公司 - 6一、北京时态电子商务有限公司 - 6二、深圳卷皮网络科技有限公司 - 6三、北京安博通科技股份有限公司 - 6四、将来无线网 - 6五、厦门瓷禧网络有限公司 - 6六、北京递蓝科软件股份有限公司 - 6七、郑州创海软件科技公司 - 6八、北京国槐信息科技有限公司 - 6九、浪潮软件集团 - 70、多立恒(北京)信息技术有限公司 - 7一、广州极迅客信息科技有限公司 - 7二、赫基（中国）集团股份有限公司 - 7三、海投汇 - 7四、上海润益创业孵化器管理股份有限公司 - 7五、汉纳森（厦门）数据股份有限公司 - 7六、安信信托 - 7七、岚儒财富 - 7八、捷道软件 - 7九、湖北享七网络科技有限公司 - 80、湖南创发科技责任有限公司 - 8一、深圳小安时代互联网金融服务有限公司 - 8二、湖北享七网络科技有限公司 - 8三、钱包行云(北京)科技有限公司 - 8四、360金融 (360) - 8五、易企秀 - 8六、摩贝（上海）生物科技有限公司 - 8七、广东芯智慧科技有限公司 - 8八、联想集团 (联想) - 8九、怪兽充电 - 90、行圆汽车 - 9一、深圳店店通科技邮箱公司 - 9二、京东 (京东) - 9三、米庄理财 - 9四、咖啡易融 - 9五、梧桐诚选 - 9六、恒大地产 (恒大) - 9七、昆明龙慧 - 9八、上海涩瑶软件 - 9九、易信 (网易) - 100、铜板街 - 10一、杭州云若网络科技有限公司 - 10二、特百惠（中国）有限公司 - 10三、常山众卡运力供应链管理有限公司 - 10四、深圳立创电子商务有限公司 - 10五、杭州智诺科技股份有限公司 - 10六、北京云漾信息科技有限公司 - 10七、深圳市多银科技有限公司 - 10八、亲宝宝 - 10九、上海博卡软件科技有限公司 - 1十、智慧树在线教育平台 - 1十一、米族金融 - 1十二、北京辰森世纪 - 11三、云南滇医通 - 11四、广州市分领网络科技有限责任公司 - 11五、浙江微能科技有限公司 - 11六、上海馨飞电子商务有限公司 - 11七、上海宝尊电子商务有限公司 - 11八、直客通科技技术有限公司 - 11九、科度科技有限公司 - 120、上海数慧系统技术有限公司 - 12一、个人医药网 - 12二、多粉平台 - 12三、铁甲二手机 - 12四、上海海新得数据技术有限公司 - 12五、深圳市珍爱网信息技术有限公司 (珍爱网) - 12六、小蜜蜂 - 12七、吉荣数科技 - 12八、上海恺域信息科技有限公司 - 12九、广州荔支网络有限公司(荔枝FM) - 130、杭州闪宝科技有限公司 - 13一、北京互联新网科技发展有限公司 - 13二、誉道科技 - 13三、山西兆盛房地产开发有限公司 - 13四、北京蓝睿通达科技有限公司 - 13五、月亮小屋（中国）有限公司（蓝月亮） - 13六、青岛国瑞信息技术有限公司 - 13七、博雅云计算（北京）有限公司 - 13八、华泰证券香港子公司 - 13九、杭州东方通讯软件技术有限公司 - 140、武汉博晟安全技术股份有限公司 - 14一、深圳市六度人和科技有限公司 - 14二、杭州趣维科技有限公司（小影） - 14三、宁波单车侠之家科技有限公司（单车侠） - 14四、丁丁云康信息科技（北京）有限公司 - 14五、云钱袋 - 14六、南京中兴力维 - 14七、上海矽昌通讯技术有限公司 - 14八、深圳萨科科技 - 14九、中通服创立科技有限责任公司 - 150、深圳市对庄科技有限公司 - 15一、上证所信息网络有限公司 - 15二、杭州火烧云科技有限公司（婚礼纪） - 15三、天津青芒果科技有限公司 (芒果头条) - 15四、长飞光纤光缆股份有限公司 - 15五、世纪凯歌（北京）医疗科技有限公司 - 15六、浙江霖梓控股有限公司 - 15七、江西腾飞网络技术有限公司 - 15八、安迅物流有限公司 - 15九、肉联网 - 160、北京北广梯影广告传媒有限公司 - 16一、上海数慧系统技术有限公司 - 16二、大志天成 - 16三、上海云鹊医 - 16四、上海云鹊医 - 16五、墨迹天气（墨迹天气） - 16六、上海逸橙信息科技有限公司 - 16七、沅朋物联 - 16八、杭州恒生云融网络科技有限公司 - 16九、绿米联创 - 170、重庆易宠科技有限公司 - 17一、安徽引航科技有限公司（乐职网） - 17二、上海数联医信企业发展有限公司 - 17三、良彬建材 - 17四、杭州求是同创网络科技有限公司 - 17五、荷马国际 - 17六、点雇网 - 17七、深圳市华星光电技术有限公司 - 17八、厦门神州鹰软件科技有限公司 - 17九、深圳市招商信诺人寿保险有限公司 - 180、上海好屋网信息技术有限公司 - 18一、海信集团 - 18二、信凌可信息科技（上海）有限公司 - 18三、长春天成科技发展有限公司 - 18四、用友金融信息技术股份有限公司（用友） - 18五、北京咖啡易融有限公司 - 18六、国投瑞银基金管理有限公司 - 18七、晋松(上海)网络信息技术有限公司 - 18八、深圳市随手科技有限公司（随手记） - 18九、深圳水务科技有限公司 - 190、易企秀 - 19一、北京磁云科技 - 19二、南京蜂泰互联网科技有限公司 - 19三、章鱼直播 - 19四、奖多多科技 - 19五、天津市神州商龙科技股份有限公司 - 19六、岩心科技 - 19七、车码科技（北京）有限公司 - 19八、贵阳市投资控股集团 - 19九、康旗股份 - 200、龙腾出行 - 20一、杭州华量软件 - 20二、合肥顶岭医疗科技有限公司 - 20三、重庆表达式科技有限公司 - 20四、上海米道信息科技有限公司 - 20五、北京益友会科技有限公司 - 20六、北京融贯电子商务有限公司 - 20七、中国外汇交易中心 - 20八、中国外运股份有限公司 - 20九、中国上海晓圈教育科技有限公司 - 2十、普联软件股份有限公司 - 2十一、北京科蓝软件股份有限公司 - 2十二、江苏斯诺物联科技有限公司 - 21三、北京搜狐-狐友（搜狐） - 21四、新大陆网商金融 - 21五、山东神码中税信息科技有限公司 - ……

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

欢迎你们的关注和使用，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.7+
Mysql5.6+

2、快速入门

2.1 初始化“调度数据库”

请下载项目源码并解压，获取 "调度数据库初始化SQL脚本" 并执行便可，正常状况下应该生成16张表。

"调度数据库初始化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-springboot：Springboot版本，经过Springboot管理执行器，推荐这种方式；  ：xxl-job-executor-sample-spring：Spring版本，经过Spring容器管理执行器，比较通用；  ：xxl-job-executor-sample-frameless：无框架版本；  ：xxl-job-executor-sample-jfinal：JFinal版本，经过JFinal管理执行器；  ：xxl-job-executor-sample-nutz：Nutz版本，经过Nutz管理执行器；

2.3 配置部署“调度中心”

调度中心项目：xxl-job-admin
做用：统一管理任务调度平台上调度任务，负责触发调度执行，而且提供任务管理平台。

步骤一：调度中心配置：

调度中心配置文件地址：

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

调度中心配置内容说明：

### 调度中心JDBC连接：连接地址请保持和 2.1章节 所建立的调度数据库的地址一致
spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?Unicode=true&characterEncoding=UTF-8 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  ### 登陆帐号 xxl.job.login.username=admin xxl.job.login.password=123456  ### 调度中心通信TOKEN，非空时启用 xxl.job.accessToken=  ### 调度中心国际化设置，默认为中文版本，值设置为“en”时切换为英文版本 xxl.job.i18n=

步骤二：部署项目：

若是已经正确进行上述配置，可将项目编译打包部署。调度中心访问地址：http://localhost:8080/xxl-job-admin (该地址执行器将会使用到，做为回调地址)，登陆后运行界面以下图所示

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

步骤三：调度中心集群（可选）：

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

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

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 等配置，可经过 "PARAMS" 指定，参数格式 RAMS="--key=value --key2=value2" ； * 配置项参考文件：/xxl-job/xxl-job-admin/src/main/resources/application.properties */ docker run -e PARAMS="--spring.datasource.url=jdbc:mysql://127.0.0.1:3306/xxl_job?Unicode=true&characterEncoding=UTF-8" -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  ### 执行器AppName [选填]：执行器心跳注册分组依据；为空则关闭自动注册 xxl.job.executor.appname=xxl-job-executor-sample  ### 执行器IP [选填]：默认为空表示自动获取IP，多网卡时可手动设置指定IP，该IP不会绑定Host仅做为通信实用；地址信息用于 "执行器注册" 和 "调度中心请求并触发任务"； xxl.job.executor.ip=  ### 执行器端口号 [选填]：小于等于0则自动获取；默认端口为9999，单机部署多个执行器时，注意要配置不一样执行器端口； xxl.job.executor.port=9999  ### 执行器通信TOKEN [选填]：非空时启用； xxl.job.accessToken=  ### 执行器运行日志文件存储磁盘路径 [选填] ：须要对该路径拥有读写权限；为空则使用默认路径； xxl.job.executor.logpath=/data/applogs/xxl-job/jobhandler  ### 执行器日志保存天数 [选填] ：值大于3时生效，启用执行器Log文件按期清理功能，不然不生效； xxl.job.executor.logretentiondays=-1

步骤三：执行器组件配置

执行器组件，配置文件地址：

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

执行器组件，配置内容说明：

@Bean(initMethod = "start", destroyMethod = "destroy")
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.admin.addresses）须要保持一致；执行器根据该配置进行执行器自动注册等操做。
同一个执行器集群内AppName（xxl.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方式实时查看任务在执行器一侧运行输出的日志信息，实时监控任务进度；

3、任务详解

配置属性详细说明：

- 执行器：任务的绑定的执行器，任务触发调度时将会自动发现注册成功的执行器, 实现任务自动发现功能; 另外一方面也能够方便的进行任务分组。每一个任务必须绑定一个执行器, 可在 "执行器管理" 进行设置;
- 任务描述：任务的描述信息，便于任务管理； - 路由策略：当执行器集群部署时，提供丰富的路由策略，包括；  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模式

任务逻辑以JobHandler的形式存在于“执行器”所在项目中，开发流程以下：

步骤一：执行器项目中，开发JobHandler：

 - 一、继承"IJobHandler"：“com.xxl.job.core.handler.IJobHandler”；
 - 二、注册到Spring容器：添加“@Component”注解，被Spring容器扫描为Bean实例；  - 三、注册到执行器工厂：添加“@JobHandler(value="自定义jobhandler名称")”注解，注解value值对应的是调度中心新建任务的JobHandler属性的值。  - 四、执行日志：须要经过 "XxlJobLogger.log" 打印执行日志； （可参考Sample示例执行器中的DemoJobHandler，见下图）

步骤二：调度中心，新建调度任务

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

原生内置Bean模式任务

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

demoJobHandler：简单示例任务，任务内部模拟耗时任务逻辑，用户可在线体验Rolling Log等功能；
shardingJobHandler：分片示例任务，任务内部模拟处理分片参数，可参考熟悉分片任务；
httpJobHandler：通用HTTP任务Handler；业务方只须要提供HTTP连接便可，不限制语言、平台；
commandJobHandler：通用命令行任务Handler；业务方只须要提供命令行便可；如 “pwd”命令；

3.2 GLUE模式(Java)

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

步骤一：调度中心，新建调度任务：

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

步骤二：开发任务代码：

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

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

3.3 GLUE模式(Shell)

步骤一：调度中心，新建调度任务

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

步骤二：开发任务代码：

该模式的任务其实是一段 "shell" 脚本；

3.4 GLUE模式(Python)

步骤一：调度中心，新建调度任务

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

步骤二：开发任务代码：

该模式的任务其实是一段 "python" 脚本；

3.5 GLUE模式(NodeJS)

步骤一：调度中心，新建调度任务

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

步骤二：开发任务代码：

该模式的任务其实是一段 "nodejS" 脚本；

3.6 GLUE模式(PHP)

同上

3.7 GLUE模式(PowerShell)

同上

4、操做指南

4.1 配置执行器

点击进入"执行器管理"界面, 以下图:

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

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

执行器属性说明

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

4.2 新建任务

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

4.3 编辑任务

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

4.4 编辑GLUE代码

该操做仅针对GLUE任务。

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

4.5 启动/中止任务

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

4.6 手动触发一次调度

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

4.7 查看调度日志

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

调度时间："调度中心"触发本次调度并向"执行器"发送任务执行信号的时间；
调度结果："调度中心"触发本次调度的结果，200表示成功，500或其余表示失败； 调度备注："调度中心"触发本次调度的日志信息； 执行器地址：本次任务执行的机器地址 运行模式：触发调度时任务的运行模式，运行模式可参考章节 "3、任务详解"； 任务参数：本地任务执行的入参 执行时间："执行器"中本次任务执行结束后回调的时间； 执行结果："执行器"中本次任务执行的结果，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、整体设计

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_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：过时5s内：当即触发一次，当前时间开始计算下次触发时间

5.4.7 日志回调服务

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

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

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

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

5.4.8 任务HA（Failover）

执行器如若集群部署，调度中心将会感知到在线的全部执行器，如“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按钮可查看，根据这些参数，能够精确的定位任务执行的具体机器和任务代码；
调度信息：包括“调度时间”、“调度结果”和“调度日志”等，根据这些参数，能够了解“调度中心”发起调度请求时具体状况。
执行信息：包括“执行时间”、“执行结果”和“执行日志”等，根据这些参数，能够了解在“执行器”端任务执行的具体状况；

调度日志，针对单次调度，属性说明以下：

执行器地址：任务执行的机器地址；
JobHandler：Bean模式表示任务执行的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.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模式(NodeJS)

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

目前支持的脚本类型以下：

- shell脚本：任务运行模式选择为 "GLUE模式(Shell)"时支持 "shell" 脚本任务；
- python脚本：任务运行模式选择为 "GLUE模式(Python)"时支持 "python" 脚本任务； - nodejs脚本：务运行模式选择为 "GLUE模式(NodeJS)"时支持 "nodejs" 脚本任务；

脚本任务经过 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 一次完整的任务调度通信流程

- 一、“调度中心”向“执行器”发送http调度请求: “执行器”中接收请求的服务，其实是一台内嵌Server，默认端口9999;
- 二、“执行器”执行任务逻辑； - 三、“执行器”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：总分片数，执行器集群的总机器数量；

该特性适用场景如：

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

5.10 访问令牌（AccessToken）

为提高系统安全性，调度中心和执行器进行安全性校验，双方AccessToken匹配才容许通信；

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

调度中心和执行器，若是须要正常通信，只有两种设置；

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

5.11 调度中心API服务

调度中心提供了API服务，主要分为两种类型：

5.11.1 提供给执行器的API服务：

一、任务结果回调服务；
二、执行器注册服务； 三、执行器注册摘除服务； 四、触发任务单次执行服务，支持任务根据业务事件触发；

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

5.11.2 提供给业务的API服务：

一、任务列表查询；
二、任务新增； 三、任务更新； 四、任务删除； 五、任务启动； 六、任务中止； 七、任务触发；

API服务位置：com.xxl.job.admin.controller.JobInfoController.java
API服务请求参考代码：可参考任务界面操做的ajax请求。任何ajax接口都可配置成为API服务，只需在待启用的API服务上添加 “@PermessionLimit(limit = false)” 注解取消登录态拦截便可；

5.12 执行器API服务

执行器提供了API服务，供调度中心选择使用，目前提供的API服务有：

一、心跳检测：调度中心使用
二、忙碌检测：调度中心使用 三、触发任务执行：调度中心使用；本地进行任务开发时，可以使用该API服务模拟触发任务； 四、获取Rolling Log：调度中心使用 五、终止任务：调度中心使用

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

5.13 故障转移 & 失败重试

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

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

5.14 执行器灰度上线

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

步骤以下：

一、执行器改成手动注册，下线一半机器列表（A组），线上运行另外一半机器列表（B组）；
二、等待A组机器任务运行结束并编译上线；执行器注册地址替换为A组；
三、等待B组机器任务运行结束并编译上线；执行器注册地址替换为A组+B组；操做结束；

5.15 任务执行结果说明

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

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

5.16 任务超时控制

支持设置任务超时时间，任务运行超时的状况下，将会主动中断任务；

须要注意的是，任务超时中断时与任务终止机制（可查看“4.9 终止运行中的任务”）相似，也是经过 "interrupt" 中断任务，所以业务代码须要将 "InterruptedException" 外抛，不然功能不可用。

5.17 跨平台 & 跨语言

跨平台、跨语言主要体如今如下两个方面：

一、提供Java、Python、PHP……等十来种任务模式，可参考章节 “5.5 任务 "运行模式" ”；理论上可扩展任意语言任务模式；
二、提供基于HTTP的任务Handler（Bean任务，JobHandler="HttpJobHandler"）；业务方只须要提供HTTP连接便可，不限制语言、平台；

5.18 任务失败告警

默认提供邮件失败告警，可扩展短信、钉钉等方式，扩展代码位置为 "JobFailMonitorHelper.failAlarm"；

5.19 调度中心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 命令行任务

原生提供通用命令行任务Handler（Bean任务，"CommandJobHandler"）；业务方只须要提供命令行便可；如任务参数 "pwd" 将会执行命令并输出数据；

6、版本更新日志

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

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

一、简单：支持经过Web页面对任务进行CRUD操做，操做简单，一分钟上手；
二、动态：支持动态修改任务状态，动态暂停/恢复任务，即时生效；
三、服务HA：任务信息持久化到mysql中，Job服务自然支持集群，保证服务HA；
四、任务HA：某台Job服务挂掉，任务会平滑分配给其余的某一台存活服务，即便全部服务挂掉，重启时或补偿执行丢失任务；
五、一个任务只会在其中一台服务器上执行；
六、任务串行执行；
七、支持自定义参数；
八、支持远程任务执行终止；

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

一、支持任务分组；
二、支持“本地任务”、“远程任务”；
三、底层通信支持两种方式，Servlet方式 + JETTY方式；
四、支持“任务日志”；

五、支持“串行执行”，并行执行；

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

  - 调度模块（调度中心）：负责管理调度信息，按照调度配置发出调度请求；
 - 执行模块（执行器）：负责接收调度请求并执行任务逻辑；  - 通信模块：负责调度模块和任务模块之间的信息通信；

优势：

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

6.3 版本 V1.3.0，新特性[2016-05-19]

一、遗弃“本地任务”模式，推荐使用“远程任务”，易于系统解耦，任务对应的JobHandler统称为“执行器”；
二、遗弃“servlet”方式底层系统通信，推荐使用JETTY方式，调度+回调双向通信，重构通信逻辑；
三、UI交互优化：左侧菜单展开状态优化，菜单项选中状态优化，任务列表打开表格有压缩优化；
四、【重要】“执行器”细分为：BEAN、GLUE两种开发模式，简介见下文：

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

6.4 版本 V1.3.1，新特性[2016-05-23]

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

6.5 版本 V1.3.2，新特性[2016-05-28]

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

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

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

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

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

一、项目成功推送maven中央仓库, 中央仓库地址以及依赖以下:

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

二、为适配中央仓库规则, 项目groupId从com.xxl改成com.xuxueli。
三、系统版本不在维护在项目跟pom中,各个子模块单独配置版本配置,解决子模块没法单独编译的问题;
四、底层RPC通信,传输数据的字节长度统计规则优化,可节省50%数据传输量;
五、IJobHandler取消任务返回值,原经过返回值判断执行状态,逻辑改成:默认任务执行成功,仅在捕获异常时认定任务执行失败。
六、系统公共弹框功能,插件化;
七、底层表结构,代表统一大写;
八、调度中心,异常处理器JSON响应的ContentType修改,修复浏览器不识别的问题;

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

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

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

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

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

一、底层代码重构和逻辑优化，POM清理以及CleanCode；
二、Servlet/JSP Spec设定为3.0/2.2
三、Spring升级至3.2.17.RELEASE版本；
四、Jetty升级版本至8.2.0.v20160908；
五、已推送V1.5.0和V1.5.1至Maven中央仓库；

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

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

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

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

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

一、Rolling日志；
二、WebIDE交互重构；
三、通信加强校验，有效过滤非正常请求；
四、权限加强校验，采用动态登陆TOKEN（推荐接入内部SSO）；
五、数据库配置优化，解决乱码问题；

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

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

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

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

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

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

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

一、阻塞处理策略：调度过于密集执行器来不及处理时的处理策略，策略包括：单机串行（默认）、丢弃后续调度、覆盖以前调度；
二、失败处理策略；调度失败时的处理策略，策略包括：失败告警（默认）、失败重试；
三、通信时间戳超时时间调整为180s；
四、执行器与数据库完全解耦，可是执行器须要配置调度中心集群地址。调度中心提供API供执行器回调和心跳注册服务，取消调度中心内部jetty，心跳周期调整为30s，心跳失效为三倍心跳；
五、执行参数编辑时丢失问题修复；
六、新增任务测试Demo，方便在开发时进行任务逻辑测试；

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

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

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

一、分片广播任务：执行器集群部署时，任务路由策略选择"分片广播"状况下，一次任务调度将会广播触发集群中全部执行器执行一次任务，可根据分片参数处理分片任务；
二、动态分片：分片广播任务以执行器为维度进行分片，支持动态扩容执行器集群从而动态增长分片数量，协同进行业务处理；在进行大数据量业务操做时可显著提高任务处理能力和速度。
三、执行器JobHandler禁止命名冲突；
四、执行器集群地址列表进行天然排序；
五、调度中心，DAO层代码精简优化而且新增测试用例覆盖；
六、调度中心API服务改成自研RPC形式，统一底层通信模型；
七、新增调度中心API服务测试Demo，方便在调度中心API扩展和测试；
八、任务列表页交互优化，更换执行器分组时自动刷新任务列表，新建任务时默认定位在当前执行器位置；
九、访问令牌（accessToken）：为提高系统安全性，调度中心和执行器进行安全性校验，双方AccessToken匹配才容许通信；
十、springboot版本执行器，升级至1.5.6.RELEASE版本；
十一、统一maven依赖版本管理；

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

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

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

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

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

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

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

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

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

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

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

一、左侧菜单折叠动画问题修复；
二、调度报表日期分布图默认值统一；
三、freemarker对数字默认加千分位问题修复，解决日志ID被分隔致使查看日志失败问题；
四、底层通信组件升级，修复通信异常时无效等待的问题；
五、执行器启动以后jetty中止的问题修复；

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

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

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

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

6.26 版本 v2.1.1 Release Notes[规划中]

一、[ING]调度日志优化：支持设置日志保留天数，过时日志天维度记录报表，并清理；调度报表汇总实时数据和报表；
二、[ING]父子任务参数传递；
三、[ING]调度中心JDK版本调整为JDK8，从而升级至最新版本SpringBoot；
四、[ING]执行器端口复用，复用容器端口提供通信服务；
五、[ING]执行器服务端口与注册端口分离，支持docker动态随机端口；

TODO LIST

一、任务分片路由：分片采用一致性Hash算法计算出尽可能稳定的分片顺序，即便注册机器存在波动也不会引发分批分片顺序大的波动；目前采用IP天然排序，能够知足需求，待定；
二、任务单机多线程：提高任务单机并行处理能力；
三、调度任务优先级；
四、多数据库支持，在重写并移除Quartz的基础上，DAO层经过JPA实现，不限制数据库类型；
五、执行器Log清理功能：调度中心Log删除时同步删除执行器中的Log文件；
六、Bean模式任务，JobHandler自动从执行器中查询展现为下拉框，选择后自动填充任务名称等属性；
七、API事件触发类型任务（更相似MQ消息）支持"动态传参、延时消费"；该类型任务不走调度组件，单独创建MQ消息表，调度中心竞争触发；待定，该功能与 XXL-MQ 冲突，该场景建议用后者；
八、调度线程池改成协程方式实现，大幅下降系统内存消耗；
九、执行器端口复用，http通信自动添加相对地址 "/xxl-job"：
十、流程任务，支持参数传递；
十一、Cron TimeZone 自定义；
十二、忙碌转移优化，所有机器忙碌时再也不直接失败；
1三、流程任务等，透传动态参数；
1四、任务自动注册；待考虑，由于任务自动注册将会致使任务难以管理控制；
1五、失败重试间隔；
1六、任务权限管理：执行器为粒度分配权限，核心操做校验权限；
1七、SimpleTrigger 支持；
1八、cron在线生成工具，如 "cronboot/cron.qqe2"；
1九、调度日志列表加上执行时长列，并支持排序；
20、dag任务，替换子任务：配置并列的"a-b、b-c"路径列表，构成串行、并行、dag任务流程，"dagre-d3"绘图；任务依赖，流程图，子任务+会签任务，各节点日志；
2一、排程任务：支持时间短、时间点配置，支持配置多个，精确到秒；实现有效期等功能；
2二、告警邮件内容，支持自定义模板配置；
2三、暂停状态，支持Cron 为空；
2四、新增任务运行模式 "GLUE模式(GO) "，支持GO任务；
2五、注册中心优化，实时性注册发现：心跳注册间隔10s，refresh失败则首次注册并当即更新注册信息，心跳相似；30s过时销毁；
2六、提供执行器Docker镜像；
2七、脚本任务，支持数据参数，新版本仅支持单参数不支持须要兼容；
2八、GLUE 模式 Web Ide 版本对比功能；
2九、批量调度：调度请求入queue，调度线程批量获取调度请求并发起远程调度；提升线程效率；
30、多语言执行器：约定跨语言通信方案，以及通信接口；
3一、移除commons-exec，采用原生实现；

7、其余

7.1 项目贡献

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

7.2 用户接入登记

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

7.3 开源协议和版权

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

Licensed under the GNU General Public License (GPL) v3.

捐赠

不管捐赠金额多少都足够表达您这份心意，很是感谢：）前往捐赠