Redis setNX锁实现

setNX设置锁时 设置值和过期时间是个原子的操作。

对于setNX的并发性问题在底层实现上有这些措施。

1.对锁加一个过期时间，防止客户端A设置了锁，然后客户端挂了，锁一直得不到释放这种情况。

2.释放锁的操作必须使用Lua脚本来实现。释放锁其实包含三步操作：'GET'、判断和'DEL'，用Lua脚本来实现能保证这三步的原子性。否则，如果把这三步操作放到客户端逻辑中去执行的话，就有可能发生这种问题：

1. 客户端1获取锁成功。

2. 客户端1访问共享资源。

3. 客户端1为了释放锁，先执行'GET'操作获取随机字符串的值。

4. 客户端1判断随机字符串的值，与预期的值相等。

5. 客户端1由于某个原因阻塞住了很长时间。

6. 过期时间到了，锁自动释放了。

7. 客户端2获取到了对应同一个资源的锁。

8. 客户端1从阻塞中恢复过来，执行DEL操纵，释放掉了客户端2持有的锁。

 

3.设置锁的时候每个客户端会带上一个随机值。

     

  SET resource_name my_random_value NX PX 30000

<