[TOC]
XXL-JOB
一、快速入门
源码仓库地址
源码仓库地址 | Release Download |
---|---|
https://github.com/xuxueli/xxl-job | Download |
http://gitee.com/xuxueli0323/xxl-job | Download |
1.1 初始化“调度数据库”
“调度数据库初始化SQL脚本”,位置为:
/xxl-job/doc/db/tables_xxl_job.sql
调度中心支持集群部署,集群情况下各节点务必连接同一个mysql实例;
如果mysql做主从,调度中心集群节点务必强制走主库
1.2 编译源码
源码结构如下:
1 | xxl-job-admin:调度中心 |
1.3 配置调度中心
1 | 调度中心项目: xxl-job-admin |
步骤一:调度中心配置:
调度中心配置内容说明:
1 | ### 调度中心JDBC链接:链接地址请保持和 1.1章节 所创建的调度数据库的地址一致 |
步骤二: 部署项目
如果已经正确进行上述配置,可将项目编译打包部署。
调度中心访问地址: http://localhost:8080/xxl-job-admin (该地址执行器将会使用到,作为回调地址)
默认登录账号”admin/123456
“, 登录后运行界面如下图所示。
至此“调度中心”项目已经部署成功。
步骤三: 调度中心集群(可选):
调度中心支持集群部署,提升调度系统容灾和可用性。
调度中心集群部署时,几点要求和建议:
- DB配置保持一致
- 集群机器时钟保持一致(单机集群忽视)
- 建议:推荐通过nginx为调度中心集群做负载均衡,分配域名。调度中心访问、执行器回调配置、调用API服务等操作均通过该域名进行。
其他: Docker镜像方式搭建调度中心:
下载镜像:
1 | // Docker地址:https://hub.docker.com/r/xuxueli/xxl-job-admin/ (建议指定版本号) |
创建容器并运行:
1 | docker run -p 8080:8080 -v /tmp:/data/applogs --name xxl-job-admin -d xuxueli/xxl-job-admin:{指定版本} |
1.4 配置部署“执行器项目”
1 | “执行器”项目:xxl-job-executor-sample-springboot (提供多种版本执行器供选择,现以 springboot 版本为例,可直接使用,也可以参考其并将现有项目改造成执行器) |
步骤一: maven依赖
确认pom文件中引入了”xxl-job-core”的maven依赖;
步骤二: 执行器配置
执行器配置,配置内容说明:
1 | ### 调度中心部署跟地址 [选填]:如调度中心集群部署存在多个地址则用逗号分隔。执行器将会使用该地址进行"执行器心跳注册"和"任务结果回调";为空则关闭自动注册; |
步骤三: 执行器组件配置
执行器组件,配置文件地址:
1 | /xxl-job/xxl-job-executor-samples/xxl-job-executor-sample-springboot/src/main/java/com/xxl/job/executor/core/config/XxlJobConfig.java |
执行器组件,配置内容说明:
1 |
|
步骤四: 部署执行器项目
如果已经正确进行上述配置,可将执行器项目编译打包部署,系统提供多种执行器Sample示例项目,选择其中一个即可,各自的部署方式如下。
1 | xxl-job-executor-sample-springboot:项目编译打包成springboot类型的可执行JAR包,命令启动即可; |
至此“执行器”项目已经部署结束。
步骤五:执行器集群(可选)
执行器支持集群部署,提升调度系统可用性,同时提升任务处理能力。
执行器集群部署时,几点要求和建议:
- 执行器回调地址(
xxl.job.admin.addresses
)需要保持一致;执行器根据该配置进行执行器自动注册等操作。 - 同一个执行器集群内APPName(
xxl.job.executor.appname
)需要保持一致;调度中心根据该配置动态发现不同集群的在线执行器列表。
二、任务详解
配置属性详细说明:
基础配置:
执行器:任务的绑定的执行器,任务被触发调度时将会自动发现注册成功的执行器,实现任务自动发现功能;另外一方面也可以方便的进行任务分组。每个任务必须绑定一个执行器,可在“执行器管理”进行设置;
任务描述:任务的描述信息,便于任务管理
负责人:任务的负责人
报警邮件:任务调度失败时邮件通知的邮箱地址,支持配置多邮箱地址,配置多个邮箱地址时用逗号分隔
触发配置:
- 调度类型:
- 无:该类型不会主动触发调度
- CRON:该类型将会通过CRON,触发任务调度
- 固定速度:该类型将会以固定速度,触发任务调度;按照固定的间隔时间,周期性触发
- 固定延迟:该类型将会以固定延迟,触发任务调度;按照固定的延迟时间,从上次调度结束后开始计算延迟时间,到达延迟时间后触发下一次调度
- 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值
- 执行参数:任务执行所需的参数
高级配置:
- 路由策略:当执行器集群部署时,提供丰富的路由策略,包括;
FIRST(第一个):固定选择第一个机器;
LAST(最后一个):固定选择最后一个机器;
ROUND(轮询):;
RANDOM(随机):随机选择在线的机器;
CONSISTENT_HASH(一致性HASH):每个任务按照Hash算法固定选择某一台机器,且所有任务均匀散列在不同机器上。
LEAST_FREQUENTLY_USED(最不经常使用):使用频率最低的机器优先被选举;
LEAST_RECENTLY_USED(最近最久未使用):最久未使用的机器优先被选举;
FAILOVER(故障转移):按照顺序依次进行心跳检测,第一个心跳检测成功的机器选定为目标执行器并发起调度;
BUSYOVER(忙碌转移):按照顺序依次进行空闲检测,第一个空闲检测成功的机器选定为目标执行器并发起调度;
SHARDING_BROADCAST(分片广播):广播触发对应集群中所有机器执行一次任务,同时系统自动传递分片参数;可根据分片参数开发分片任务;
- 子任务:每个任务都拥有一个唯一的任务ID(任务ID可以从任务列表获取),当本任务执行结束并且执行成功时,将会触发子任务ID所对应的任务的一次主动调度。
- 调度过期策略:
- 忽略:调度过期后,忽略过期的任务,从当前时间开始重新计算下次触发时间
- 立即执行一次:调度过期后,立即执行一次,并从当前时间开始重新计算下次触发时间
- 阻塞处理策略:调度过于密集执行器来不及处理时的处理策略
- 单机串行(默认):调度请求进入单机执行器后,调度请求进入FIFO队列,并以串行方式运行
- 丢弃后续调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,本次请求将会被丢弃并标记为失败
- 覆盖之前调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,将会终止运行中的调度任务并清空队列,然后运行本地调度任务
- 任务超时时间:支持自定义任务超时时间,任务运行超时将会主动中断任务
- 失败重试次数:支持自定义任务失败重试次数,当任务失败时,将按照预设的失败重试次数主动进行重试
2.1 BEAN模式(类模式)
Bean模式任务,支持基于类的开发方式,每个任务对应一个Java类。
优点:不限制项目环境,兼容性好。即使是无框架项目,如main方法直接启动的项目也可以提供支持,可以参考示例项目“xxl-job-executor-sample-frameless”;
缺点:
- 每个任务需要占用一个Java类,造成类的浪费
- 不支持自动扫描任务并注入到执行器容器,需要手动注入
步骤一:执行器项目中,开发Job类
开发一个继承自”com.xxl.job.core.handler.IJobHandler”的JobHandler类,实现其中任务方法
手动通过如下方式注入到执行器容器
1 XxlJobExecutor.registJobHandler("demoJobHandeler", new DemoJobHandler())
步骤二: 调度中心,新建调度任务
2.2 BEAN模式(方法模式)
Bean模式任务。支持基于方法的开发方式,每个任务对应一个方法。
优点:每个任务只需要开发一个方法,并添加“@XxlJob”注解即可,更加方便、快速。
缺点:要求Spring容器环境。
基于方法开发的任务,底层会生成JobHandler代理,和基于类的方式一样,任务也会以JobHandler的形式存在于执行器任务容器中。
步骤一: 执行器项目中,开发Job方法:
- 任务开发:在Spring Bean实例中,开发Job方法;
- 注解配置:为Job方法添加注解“@XxlJob(value=”自定义jobhandler名称”,init=”JobHandler初始化方法”, destory=”JobHandler销毁方法”)”,注解value值对应的是调度中心新建任务的JobHandler属性的值
- 执行日志:需要通过”XxlJobHelper.log”打印执行日志
- 任务结果: 默认任务结果为“成功”状态,不需要主动设置;如有诉求,比如设置任务结果为失败,可以通过”XxlJobHelper.handlerFail/handlerSuccess”自主设置任务结果
// 可参考Sample示例执行器中的”com.xxl.job.executor.service.jobhandler.TestXxlJob”, 如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14 /**
* 测试任务示例
* @throws Exception
*/
public void testXxlJob() throws Exception {
XxlJobHelper.handleFail("好像失败了呢,快去看看哪里出问题了吧");
XxlJobHelper.handleSuccess("呀,一不小心就执行成功啦!");
logger.info("textJobHandler-------Start JOB---------");
XxlJobHelper.log("欢迎来到TestXxlJobHandler执行方法,程序正在执行......");
TimeUnit.SECONDS.sleep(2);
XxlJobHelper.log("欢迎来到TestXxlJobHandler执行方法,程序执行完成......");
logger.info("textJobHandler-------Finsh JOB---------");
}
步骤二: 调度中心,新建调度任务
参考上文“配置属性详细说明”对新建的任务进行参数配置,运行模式中选中”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”命令;