redis分布式锁的实现

一.正常加锁

当两个用户同时注册一个用户名时，为保证用户名不能重复，因此对其注册的用户名加锁。

具体步骤：

获得用户注册的用户名，进行判断，如果为空则对其进行加锁，保存到数据库，释放锁资源。

二.线程出现阻塞

当A线程加锁后出现阻塞时，导致数据还没有存到数据库，锁的时间便会失效。

B线程便会执行，对数据进行加锁，成功后保存到数据库，而这时A线程启动，将数据保存到数据库，这时的数据便又会重复。

解决方法：

对锁进行延期，加锁成功后新建一个守护线程，监控锁的过期时间，如果这个时间小于设置的时间，则会自动延期

问题：1.为何使用守护线程

不一定要用守护线程，只要能保证对锁进行延期即可

2.为何要设置过期时间

为了避免出现特殊情况，导致锁一直留在redis中，不能释放，比如：断电，删除锁失败

三.网上对线程的说法

 极端情况下以上的思路还是可能出现问题，比如：

1. 有两个线程A，B一前一后执行
2. A线程正常执行，但是执行业务时间较长，并且守护线程阻塞或者延期失败，导致锁自动过期
3. B线程又来加锁，之后A线程继续执行，最后释放锁，其实A线程加的锁已经过期，释放的是B线程的锁

解决方法：

• 在执行setIfAbsent方法时，给key设置一个唯一值，如加uuid
• 在释放锁时，先判断value对不对，再释放

但是这个说法不是我们加锁的初衷，而且没意义，我们加锁就是为了：避免多个线程同时执行这段代码，但网上这个说法明显是支持多线程同时执行