【xxl-job】spring*定时任务

【前言】

    还记得当前湖畔的xxl-job与elastic-job 当然这篇只是个人的看法,对应xxl-job还是比较推荐的,昨天也终于注册并且写了一个jobHandler(算是一个任务吧)下面就写一下记录一下,再说一下为什么是标题是spring*呐,以为这个代码spring、springboot(估计springcloud也在)内都是可以使用的,可能配置的形式不一样、核心相同

【正文】

   先搬来官网镇一下本blog,这个使用文档写的特别详细所以就有些长,但是长度还是不足以衬托他的深度,雪里大神真是厉害,而且也很有耐心,进入正文

    首先下载代码,官网中有地址点击去直接下载就可以了,下载下来的结构,突然发现原来自己也是在抄官网,不过是截取片段

【xxl-job】spring*定时任务_第1张图片

就使用来说最关键的是找准配置文件中的xxl.job.admin.addresses

    官网说将admin打包放到tomcat下,开始我感觉这样挺麻烦的,直接用idea起来项目,结果嘞这个addresses就几个月前误打误撞对了一次,这次试了几次之后还是逃脱不了失败的命运,索性放到tomcat下吧,复制一份tomcat、改改端口号,打好的jar放进入、启动、浏览器输入网址:完美

    spring例子中配置文件中address改成浏览器刚才输入的网址,修改xxl.job.executor.appname、ip空着、port貌似空的会报错最好写个端口吧,启动,在

【xxl-job】spring*定时任务_第2张图片

添加任务管理器,AppName是刚才修改的appname,写好名称方便区分,选择自动注册(前提ip是空)保存,等会OnLine机器这一列应该就会多一个值,这样便可以轻易添加任务了

【xxl-job】spring*定时任务_第3张图片

具体的模式、corn还是自行搜索吧,这些任务新建之后也是可以更该的,所以灵活性一下子就上去了

【xxl-job】spring*定时任务_第4张图片

怎么样执行自己的java代码呐?其实也是很简单的,嗯~还是上官网的图片吧:

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

【xxl-job】spring*定时任务_第5张图片

新建任务时运行模式选中 "BEAN模式",JobHandler属性填写任务注解“@JobHandler”中定义的值;

还是复制一下任务配置属性的说明吧:具体的还是要看官网的

- 执行器:任务的绑定的执行器,任务触发调度时将会自动发现注册成功的执行器, 实现任务自动发现功能; 另一方面也可以方便的进行任务分组。每个任务必须绑定一个执行器, 可在 "执行器管理" 进行设置;
- 描述:任务的描述信息,便于任务管理;
- 路由策略:当执行器集群部署时,提供丰富的路由策略,包括;
    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模式(NodeJS):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "nodejs" 脚本;
- JobHandler:运行模式为 "BEAN模式" 时生效,对应执行器中新开发的JobHandler类“@JobHandler”注解自定义的value值;
- 子任务:每个任务都拥有一个唯一的任务ID(任务ID可以从任务列表获取),当本任务执行结束并且执行成功时,将会触发子任务ID所对应的任务的一次主动调度。
- 阻塞处理策略:调度过于密集执行器来不及处理时的处理策略;
    单机串行(默认):调度请求进入单机执行器后,调度请求进入FIFO队列并以串行方式运行;
    丢弃后续调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,本次请求将会被丢弃并标记为失败;
    覆盖之前调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,将会终止运行中的调度任务并清空队列,然后运行本地调度任务;
- 失败处理策略;调度失败时的处理策略;
    失败告警(默认):调度失败和执行失败时,都将会触发失败报警,默认会发送报警邮件;
    失败重试:调度失败时,除了进行失败告警之外,将会自动重试一次;注意在执行失败时不会重试,而是根据回调返回值判断是否重试;
- 执行参数:任务执行所需的参数,多个参数时用逗号分隔,任务执行时将会把多个参数转换成数组传入;
- 报警邮件:任务调度失败时邮件通知的邮箱地址,支持配置多邮箱地址,配置多个邮箱地址时用逗号分隔;
- 负责人:任务的负责人;

看、经历数次失败、不是经过不懈努力之后,本宝的任务成功φ(0 ̄*)啦啦啦_φ(* ̄0 ̄)′,有一些遗憾就是admin是放到tomcat中启动的,早晚要放到tomcat里面所以 那就这样吧  ♪(^∇^*)  

【xxl-job】spring*定时任务_第6张图片

【后语】

    文中大部分图片均来自于官网(除了最后一张),谢谢雪里大神的无私奉献及热心帮助

   雪里大神微博 拥抱开源、乐于分享

最后上一张xxl-job-admin的主界面吧,大神还是一个很细致滴银

【xxl-job】spring*定时任务_第7张图片

你可能感兴趣的:(【xxl-job】spring*定时任务)