从上一节课我们发现集群的时候是多进程。使用线程锁已经无法保证安全，因此本节学习分布式锁
解决方式，JVM内部的锁监视器不行，在外面设置一个大家都用的锁监视器不就行了
分布式锁
基于Redis的分布式锁
但是这里有个问题，如果在SETNX和EXPIRE之间出现了宕机，此时锁依然永远无法释放。因此需要保证这两个操作同时成功或失败。但是具体看SET的操作，后面可以加EX和NX来同时实现。
此时redis的锁的等待，也是有两种分别是阻塞式和非阻塞式。阻塞式就是请求不到就一直等待。非阻塞式就是请求不到我们就返回一个失败的结果。因为阻塞式对CPU有浪费，因此后面我们都是使用非阻塞式。
具体实现案例
修改一人一单流程
极端情况下redis实现分布式锁也会出现问题
解决问题的关键就是释放的时候判断线程号是否相同，不同就无需释放了
注意此处使用的是uuid而不是线程号，因为多个进程线程id依然有可能冲突
分布式锁的原子性
JVM垃圾回收的时候会阻塞所有操作，这会导致此时判断锁是否是自己的线程号成功了，但是还没执行释放锁操作就阻塞了。然后在阻塞过程中TTL到期自动释放，此时线程二申请到了锁。但是在线程二保有锁期间线程1阻塞解除。继续执行释放锁操作来删除redis中的锁。此时就会导致线程2申请到的锁被错误释放
Lua脚本解决redis分布式锁原子性问题
解决方式就是保证判断锁与释放锁操作要保证原子性。怎么实现原子性呢，答：使用Lua脚本
Lua简单语法
使用Lua脚本改造分布式锁
创建Lua脚本
脚本初始化
完整调用，此时变成一行代码了，就保证了原子性
