为啥？
要控制定时任务在同一时间只有 1 个服务器能执行。
怎么做？
分离定时任务程序和主程序，只在 1 个服务器运行定时任务。成本太大
写死配置，每个服务器都执行定时任务，但是只有 ip 符合配置的服务器才真实执行业务逻辑，其他的直接返回。成本最低；但是我们的 IP 可能是不固定的，把 IP 写的太死了
动态配置，配置是可以轻松的、很方便地更新的（代码无需重启），但是只有 ip 符合配置的服务器才真实执行业务逻辑。
问题：服务器多了、IP 不可控还是很麻烦，还是要人工修改
分布式锁，只有抢到锁的服务器才能执行业务逻辑。坏处：增加成本；好处：不用手动配置，多少个服务器都一样。
单机就会存在单点故障。
有限资源的情况下，控制同一时间（段）只有某些线程（用户 / 服务器）能访问到资源。
Java 实现锁：synchronized 关键字、并发包的类
问题：只对单个 JVM 有效
为啥需要分布式锁？
怎么保证同一时间只有 1 个服务器能抢到锁？
核心思想 就是：先来的人先把数据改成自己的标识（服务器 ip），后来的人发现标识已存在，就抢锁失败，继续等待。
等先来的人执行方法结束，把标识清空，其他的人继续抢锁。
MySQL 数据库：select for update 行级锁（最简单）
✔ Redis 实现：内存数据库，读写速度快 。支持 setnx、lua 脚本，比较方便我们实现分布式锁。
setnx：set if not exists 如果不存在，则设置；只有设置成功才会返回 true，否则返回 false
用完锁要释放（腾地方）√
锁一定要加过期时间 √
如果方法执行时间过长，锁提前过期了？
问题：
解决方案：续期
boolean end = false;
new Thread(() -> {
if (!end)}{
续期
})
end = true;
释放锁的时候，有可能先判断出是自己的锁，但这时锁过期了，最后还是释放了别人的锁
// 原子操作
if(get lock == A) {
// set lock B
del lock
}
Redis + lua 脚本实现
Redis 如果是集群（而不是只有一个 Redis），如果分布式锁的数据不同步怎么办？
https://blog.csdn.net/feiying0canglang/article/details/113258494
Java 客户端，数据网格
实现了很多 Java 里支持的接口和数据结构
Redisson 是一个 java 操作 Redis 的客户端，提供了大量的分布式数据集来简化对 Redis 的操作和使用，可以让开发者像使用本地集合一样使用 Redis，完全感知不到 Redis 的存在。
先试试水
为什么Redisson操作Redis就像操作集合一样呢？看下图
主要是继承的也是原生的List接口，再去写的；
好，接下来我们在项目中去实现分布式锁
1.设置waitTime为0，只抢一次，抢不到就下次定时任务启动的时候再抢，
2.redisson中的续期机制（看门狗机制）
就是开一个监听线程，如果方法还没执行完，就帮你重置redis锁的过期时间
将项目打包测试一下，运行三个8080，8081，8082，看哪个在定时任务抢到锁
8080端口的项目抢到了锁
其他两个命令行启动的项目并没有抢到锁
试试看门狗的续期机制
不停的刷新，发现总是到了20秒的时候就会立马变成30秒，说明看门狗的续期机制是每10秒续一次期，也就是rerdissontime/3
看门狗机制的坑：
如果线程挂掉（如果方法中执行的时候有断点，也就是debug模式）看门狗会认为服务器宕机，看门狗就会失效
https://blog.csdn.net/qq_26222859/article/details/79645203