【xxl-job】spring*定时任务

【前言】

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

【正文】

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

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

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

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

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

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

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

怎么样执行自己的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，见下图）

新建任务时运行模式选中 "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-admin的主界面吧，大神还是一个很细致滴银