在平时的业务场景中，经常有一些场景需要使用定时任务，比如：
时间驱动的场景：某个时间点发送优惠券，发送短信等等。
批量处理数据：批量统计上个月的账单，统计上个月销售数据等等。
固定频率的场景：每隔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的作者还没有上传
com.xuxueli xxl-job-core2.3.0
然后使用自带的例子，加多节点都可以正常运行
