使用setnx 来作为锁的底层实现
case1 拿到锁 执行代码 但是如果此时服务器宕机就完了
case2 拿到锁 设置超时时间 然后执行代码
存在两个问题
2.1 设置超时时间和获取锁 得原子性完成
2.2 如果超时时间到了 任务还没有完成 怎么办？
2.2 存在两个问题
假如 a 先获得锁 设置十秒过期 a运行完成需要15s
b在第十秒拿到了锁 此时两个线程都拥有锁（第一个问题）
等到第15s，a删除了锁，此时b相当于没有锁的保护了，谁想进来就都能进来（第二个问题）
咱们先解决第二个问题
等到第15s，a删除了锁，此时b相当于没有锁的保护了，谁想进来就都能进来
给每个锁加一个编号，a拿到锁的时候，就设置编号，删除的时候，就只删除自己的锁
这样一来，第十秒的时候，a的那个锁的编号已经变成b设置的了
到第15s，a先拿到当前锁的值，然后和自己的编号比较 如果一样，再删除，这样就不会把b的锁删掉了。
这里还有一个问题
a先拿到当前锁的值，然后和自己的编号比较 如果一样，再删除
上面这段话没办法做到一致性
那怎么办？使用 Lua脚本
但是到目前为止，还有上面说的第一个问题
假如 a 先获得锁 设置十秒过期 a运行完成需要15s
b在第十秒拿到了锁 此时两个线程都拥有锁
那怎么办？a获取锁的时候，把超时时间设置到20s？那假如a运行需要25s呢？
请问，那锁的自动释放时间设置到多少毕竟合适呢？
有人回答是：根据系统自行设计。。。
我去，这不相当于没说！
那怎么办？咱们回忆一下，为什么要给锁设置超时时间？是怕我忽然宕机了，那个锁永远不删除，就卡死了。
那这样行不行，我拿到锁的时候，就不设置过期时间，然后每隔10s，就给redis发请求，把锁的过期时间设置为30s之后。
这样一来，如果我的服务器突然挂了，最多30s锁也就自动被清理了。
那怎么实现每隔10s，就去发请求，设置新的过期时间呢？
请参见Redission
我还有一个问题，那锁不设置过期时间，如果我的方法真的执行了100s或者更久怎么办？这不是卡死了别的现场？
如果你的方法真的执行了100s，与其让别的线程进来破坏了数据一致性，还不如让别的卡死呢！
另外如果你的方法真的执行了100s，你是不是该反思一下，是不是哪些逻辑没有设置超时时间
参考资料：
Redis 分布式锁｜从青铜到钻石的五种演进方案 - 悟空聊架构的个人空间 - OSCHINA - 中文开源技术交流社区
