说到分布式锁，我们都会想到setNx命令，存在就不更新，不存在就更新成功，根据这个命令，看如下代码有啥问题？
1.上面的分布式锁实现会出现的问题： 如果代码执行到减库存的操作，此时服务挂了，如断电了，那么就会导致死锁，其他线程永远都进不来了
解决方案：加个过期时间，如加了10s
2. 上面加了过期时间后，会有啥问题？如果代码刚执行到添加过期时间那里，就挂了，那么此时还是会死锁，所以需要加锁和设置过期时间是原子操作，因此改进：
3.上面这样实现后，会有啥问题？
4.上面的问题就是因为线程A因为超时，然后删除了线程B的锁，解决方案，删除锁之前先判断是不是自己加的锁
5.上面这样写能解决问题了吗？
6. 如何解决上面问题？方案是要保证判断锁是否自己的和删除锁的操作是原子操作，此时可以使用lua脚本
7. 这些问题都解决后，还是会有问题，也就是最大的问题，key超时了
至此，redis分布式锁基本解决，但代码会非常复杂，还好，很多框架都实现了该逻辑，redis官网对这种实现方式定义了一种规范和一种称为redlock的算法，对应的java实现是redisson
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
