业务场景
在平时的业务场景中,经常有一些场景需要使用定时任务,比如:
时间驱动的场景:某个时间点发送优惠券,发送短信等等。
批量处理数据:批量统计上个月的账单,统计上个月销售数据等等。
固定频率的场景:每隔5分钟需要执行一次。
所以定时任务在平时开发中并不少见,而且对于现在快速消费的时代,每天都需要发送各种推送,消息都需要依赖定时任务去完成,应用非常广泛。
为什么需要任务调度平台
在Java中,传统的定时任务实现方案,比如Timer,Quartz等都或多或少存在一些问题:
不支持集群、不支持统计、没有管理平台、没有失败报警、没有监控等等而且在现在分布式的架构中,有一些场景需要分布式任务调度:
同一个服务多个实例的任务存在互斥时,需要统一的调度。
任务调度需要支持高可用、监控、故障告警。
需要统一管理和追踪各个服务节点任务调度的结果,需要记录保存任务属性信息等。
显然传统的定时任务已经不满足现在的分布式架构,所以需要一个分布式任务调度平台,目前比较主流的是elasticjob和xxl-job。
单机传统定时任务问题
从git中 GitHub - xuxueli/xxl-job: A distributed task scheduling framework.(分布式任务调度平台XXL-JOB)
下载,然后导出idea,执行mysql语句初始化数据
然后运行起来
默认的帐号密码为 admin 123456 ,如果要部署到生产,肯定是要修改密码的。
我们将这个web端(也就是下面的调度中心)当成服务端,执行器当成客户端(具体的业务要实现的代码,比如每晚12跑帐单信息), 服务端去调客户的业务方法
分片例子
分片方法
结果
注意项
当在xxl-job的服务端uweb页面停止任务时,没有实际效果,虽然页面执行了停止,定时器还在跑。
可能的原因:
本机启动的是从git上取的最新2.3.1版本,但自己的客户端例子使用的是2.3.0 ,这也是mvnrepository最新的了,可能2.3.1的作者还没有上传
<dependency>
<groupId>com.xuxueli</groupId>
<artifactId>xxl-job-core</artifactId>
<version>2.3.0</version>
</dependency>
然后使用自带的例子,加多节点都可以正常运行