• redis分布式锁的实现
  • 发布于 2个月前
  • 235 热度
    0 评论
  • 耀国
  • 0 粉丝 31 篇博客
  •   
一.正常加锁
当两个用户同时注册一个用户名时,为保证用户名不能重复,因此对其注册的用户名加锁。
具体步骤:
获得用户注册的用户名,进行判断,如果为空则对其进行加锁,保存到数据库,释放锁资源。

二.线程出现阻塞
当A线程加锁后出现阻塞时,导致数据还没有存到数据库,锁的时间便会失效。B线程便会执行,对数据进行加锁,成功后保存到数据库,而这时A线程启动,将数据保存到数据库,这时的数据便又会重复。
解决方法:
对锁进行延期,加锁成功后新建一个守护线程,监控锁的过期时间,如果这个时间小于设置的时间,则会自动延期

问题:

1.为何使用守护线程

不一定要用守护线程,只要能保证对锁进行延期即可
2.为何要设置过期时间
为了避免出现特殊情况,导致锁一直留在redis中,不能释放,比如:断电,删除锁失败

三.网上对线程的说法
 极端情况下以上的思路还是可能出现问题,比如:
1.有两个线程A,B一前一后执行
2.A线程正常执行,但是执行业务时间较长,并且守护线程阻塞或者延期失败,导致锁自动过期
3. B线程又来加锁,之后A线程继续执行,最后释放锁,其实A线程加的锁已经过期,释放的是B线程的锁
解决方法:
1.在执行setIfAbsent方法时,给key设置一个唯一值,如加uuid
2.在释放锁时,先判断value对不对,再释放
但是这个说法不是我们加锁的初衷,而且没意义,我们加锁就是为了:避免多个线程同时执行这段代码,但网上这个说法明显是支持多线程同时执行
用户评论