分布式情况下定时任务会出现哪些问题？
分布式集群的情况下，怎么保证定时任务不被重复执行
分布式定时任务解决方案
①使用zookeeper实现分布式锁 缺点(需要创建临时节点、和事件通知不易于扩展)
②使用配置文件做一个开关 缺点发布后，需要重启
③数据库唯一约束，缺点效率低
④使用分布式任务调度平台XXLJOB、Elastric-Job、TBSchedule
XXLJOB介绍
1、简单：支持通过Web页面对任务进行CRUD操作，操作简单，一分钟上手；
2、动态：支持动态修改任务状态、暂停/恢复任务，以及终止运行中任务，即时生效；
3、调度中心HA（中心式）：调度采用中心式设计，“调度中心”基于集群Quartz实现，可保证调度中心HA；
4、执行器HA（分布式）：任务分布式执行，任务"执行器"支持集群部署，可保证任务执行HA；
5、任务Failover：执行器集群部署时，任务路由策略选择"故障转移"情况下调度失败时将会平滑切换执行器进行Failover；
6、一致性：“调度中心”通过DB锁保证集群分布式调度的一致性, 一次任务调度只会触发一次执行；
7、自定义任务参数：支持在线配置调度任务入参，即时生效；
8、调度线程池：调度系统多线程触发调度运行，确保调度精确执行，不被堵塞；
9、弹性扩容缩容：一旦有新执行器机器上线或者下线，下次调度时将会重新分配任务；
10、邮件报警：任务失败时支持邮件报警，支持配置多邮件地址群发报警邮件；
11、状态监控：支持实时监控任务进度；
12、Rolling执行日志：支持在线查看调度结果，并且支持以Rolling方式实时查看执行器输出的完整的执行日志；
13、GLUE：提供Web IDE，支持在线开发任务逻辑代码，动态发布，实时编译生效，省略部署上线的过程。支持30个版本的历史版本回溯。
14、数据加密：调度中心和执行器之间的通讯进行数据加密，提升调度信息安全性；
15、任务依赖：支持配置子任务依赖，当父任务执行结束且执行成功后将会主动触发一次子任务的执行, 多个子任务用逗号分隔；
16、推送maven中央仓库: 将会把最新稳定版推送到maven中央仓库, 方便用户接入和使用;
17、任务注册: 执行器会周期性自动注册任务, 调度中心将会自动发现注册的任务并触发执行。同时，也支持手动录入执行器地址；
18、路由策略：执行器集群部署时提供丰富的路由策略，包括：第一个、最后一个、轮询、随机、一致性HASH、最不经常使用、最近最久未使用、故障转移、忙碌转移等；
19、运行报表：支持实时查看运行数据，如任务数量、调度次数、执行器数量等；以及调度报表，如调度日期分布图，调度成功分布图等；
20、脚本任务：支持以GLUE模式开发和运行脚本任务，包括Shell、Python等类型脚本;
21、阻塞处理策略：调度过于密集执行器来不及处理时的处理策略，策略包括：单机串行（默认）、丢弃后续调度、覆盖之前调度；
22、失败处理策略；调度失败时的处理策略，策略包括：失败告警（默认）、失败重试；
23、分片广播任务：执行器集群部署时，任务路由策略选择"分片广播"情况下，一次任务调度将会广播触发对应集群中所有执行器执行一次任务，同时传递分片参数；可根据分片参数开发分片任务；
24、动态分片：分片广播任务以执行器为维度进行分片，支持动态扩容执行器集群从而动态增加分片数量，协同进行业务处理；在进行大数据量业务操作时可显著提升任务处理能力和速度。
25、事件触发：除了"Cron方式"和"任务依赖方式"触发任务执行之外，支持基于事件的触发任务方式。调度中心提供触发任务单次执行的API服务，可根据业务事件灵活触发。
XXLJOBGitHub地址
https://github.com/xuxueli/xxl-job
文档
传统定时任务特征： 单点系统（Job不需集群）
如果定时Job在高并发情况下宕机怎么办？
定时任务代码 和 业务执行的 服务器独立的 独立的Jvm
如果同一时间点执行多个任务，考虑高并发。同时执行的情况
解决方案： 心跳检测自动重启，补偿机制（每个任务打一个小标记） 定时任务在执行时候突然报错，日志纪律，跳过继续执行。
再使用定时Jbo扫描日志记录，进程补偿信息。
定时任务 三个war包 分别放在三台服务器上。定时Job可能会重复执行三次。分布式Job幂等性。
1、使用zk实现分布式锁
只有获取到锁的 才可以执行Job （效率低）
2、配置文件中加启动定时Job的开关
三个war包代码相同。 war1 加开关flag=true war2 加开关flag=fasle war3 加开关flag=true 为true的才可以执行
3、启动时候使用数据库唯一标识
启动时候 表里插入数据 成功的才可以执行
分布式任务调度平台推荐使用
XXL_Job 和 ELastric-Job（依赖zk）
保证幂等性
1、支持Job集群（前提保证幂等性） Jbo负载均衡轮询机制
比如：
第一次 8080
第二次 8081
第三次 8082
2、支持Job补偿 Job失败，重试，多次失败发邮件。
3、支持Job日志记录
4、动态配置定时规则，传统定时Jbo触发规则写死，采用动态方式。
XXL-Job原理：
执行器：定时Job实际执行的服务器地址
任务管理：定时任务规则，路由策略，允许模式等
步骤:
① 部署: xxl-job-admin 作为注册中心
② 创建执行器（具体调度地址） 可以支持集群
③ 配置文件需要填写xxl-job注册中心地址
④ 每个具体执行job服务器需要创建一个netty连接端口号
⑤ 需要执行job的任务类，集成IJobHandler抽象类注册到job容器中
⑥ Execute方法中编写具体job任务
搭建XXL-Job Admin平台：
job服务器 通过这个框架创建的
平台里面通过一系列步骤：
步骤：
1、XXL-Job admin 平台创建执行器（Job实际执行地址）
2、XXL-Job admin 平台创建任务，填写对应的执行器
3、Jbo服务器代码中，使用JobHandler标识该类为Job执行方法
Job服务器启动时候， 把信息注册到 XXL-Job admin平台
如果任何一个任务执行时候，现在xxl-job admin平台触发一次，获取到任务的执行器（地址），直接调用job服务器地址。实现job管理。
如果有任务需要执行的时候，先再XXL-Job admin执行一次，获取任务中执行器