安阳专业网站建设百度录入网站

Redis实现分布式锁之----超时和失效（非原子性）问题----解决方案

超时和失效（非原子性）问题

原子性问题：上锁时存入线程名称，删除时要先判断锁内的名称是不是自己的，是再删除，但是后面的判断和删除非原子性，会有并发安全问题。
不可重入问题：一个线程只能获取一次锁，之后就无法再获取了就是不可重入
失败重试问题：synchronized获取锁失败会阻塞，当前使用redis，setnx失败就返回了
一致性问题：Redis主从集群，主节点set锁之后，从节点还没同步时，主节点宕机，从节点变为主节点，这样其他线程也可以获取锁

解决方案

LUA脚本：使用LUA脚本可以把多条命令作为一条命令执行，使其具有原子性
Watch Dog：看门狗机制，会一直查看锁的过期时间，任务只要没执行完，就会再重置锁的时间
HASH重入次数：synchronized可重入是内部记录了锁名称和进入锁的次数，Redis使用hash结构可以实现
pub sub：解决失败重试，获取锁失败将锁放入失败队列，获取锁成功通知失败队列让其再去获取锁
RedLock：Redis提供的解决分布式数据一致性问题的算法.