说到分布式锁，我们都会想到setNx命令，存在就不更新，不存在就更新成功，根据这个命令，看如下代码有啥问题？
1.上面的分布式锁实现会出现的问题： 如果代码执行到减库存的操作，此时服务挂了，如断电了，那么就会导致死锁，其他线程永远都进不来了
解决方案：加个过期时间，如加了10s
2. 上面加了过期时间后，会有啥问题？如果代码刚执行到添加过期时间那里，就挂了，那么此时还是会死锁，所以需要加锁和设置过期时间是原子操作，因此改进：
3.上面这样实现后，会有啥问题？
4.上面的问题就是因为线程A因为超时，然后删除了线程B的锁，解决方案，删除锁之前先判断是不是自己加的锁
5.上面这样写能解决问题了吗？
6. 如何解决上面问题？方案是要保证判断锁是否自己的和删除锁的操作是原子操作，此时可以使用lua脚本
7. 这些问题都解决后，还是会有问题，也就是最大的问题，key超时了
8. 如何解决：需要开一个线程，每隔一段时间就给锁进行续命
至此，redis分布式锁基本解决，但代码会非常复杂，还好，很多框架都实现了该逻辑，redis官网对这种实现方式定义了一种规范和一种称为redlock的算法，对应的java实现是redisson
标签：浅谈,过期,redis,问题,线程,上面,分布式 来源： https://www.cnblogs.com/yangxiaohui227/p/15514667.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。