定时任务在分布式集群中，确保任务执行一次

定时任务在分布式集群中，确保任务执行一次，不要被一个服务多个实例进行多次执行。

---

解决方案1：

---

利用redis，构建分布式锁（NX）, 数据结构（key：由任务的唯一标识组成；value:由服务的某个实例id组成）
1在定时任务执行时，先检索构建任务的唯一标识key。
2通过key，去redis中检索数据，如果存在value值（证明这个任务被其他实例成功处理了），当前实例应当丢弃现在这个任务。
3通过key，去redis中检索数据，未找到这个value值，则应该执行这个任务，执行成功后应当保存该任务key的redis缓存一段时间。
解释：为什么去保存任务的redis缓存一段时间，为防止任务被执行成功后，该缓存丢失后，其他实例执行该任务是，去缓存中没有查询到改任务数据，导致其他实例又执行一遍。

---

解决方案2：

---

通过使用xxl job 分布式定时任务调度
调度密集或者耗时任务可能会导致任务阻塞，集群情况下调度组件小概率情况下会重复触发；
针对上述情况，可以通过结合 “单机路由策略（如：第一台、一致性哈希）” + “阻塞策略（如：单机串行、丢弃后续调度）” 来规避，最终避免任务重复执行。
单机路由策略（如：第一台、一致性哈希）:
1.指定死任务打到第一台实例机器上执行定时任务（第一台）
2.通过哈希值，相同的哈希值打到同一台机器上执行（一致性哈希）
联合阻塞策略进行同一个任务打到同一台机器后的执行策略，是单机串行，还是丢弃同一个任务第二次进来的任务
阻塞处理策略：调度过于密集执行器来不及处理时的处理策略；
单机串行（默认）：调度请求进入单机执行器后，调度请求进入FIFO队列并以串行方式运行；
丢弃后续调度：调度请求进入单机执行器后，发现执行器存在运行的调度任务，本次请求将会被丢弃并标记为失败；
覆盖之前调度：调度请求进入单机执行器后，发现执行器存在运行的调度任务，将会终止运行中的调度任务并清空队列，然后运行本地调度任务；