xxl-job2.3.1 好处 使用（分片处理数据）

业务场景

在平时的业务场景中，经常有一些场景需要使用定时任务，比如：

时间驱动的场景：某个时间点发送优惠券，发送短信等等。

批量处理数据：批量统计上个月的账单，统计上个月销售数据等等。

固定频率的场景：每隔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>

然后使用自带的例子，加多节点都可以正常运行