Redisson分布式锁----流程详解(二)

Redis分布式锁，有互斥性，容错率，唯一性，防止死锁，这些特点上篇文章都已经介绍过，而且有代码实例，有不明白的地方可以先看看：

https://blog.csdn.net/ke1ying/article/details/117392283?spm=1001.2014.3001.5501

下面画了一张流程图，方便大家解读：

从图上可以知道，多个线程获取锁，线程一获取锁成功的话，线程二就会加锁失败，之后重复获取锁，直到线程一释放锁。

若redis是集群部署，线程一加锁成功之后，会用hash算法，选择其中一台redis主机，采用lua脚本，吧数据写入redis，因为锁都会设置一个自动释放时间，这时候会有一个water dog每隔10s监测一次，若业务一直在运行，则会延长当前线程获取锁的时间。

• 为什么要用lua脚本呢？

因为这里的业务逻辑相当复杂，通过封装在lua脚本发送给redis，还可以保证redis原子性。

• Watch dog自动延迟机制？

客户端默认加锁是30s，超过30s，业务还没处理完的情况下，看门狗的作用就体现出来了，每隔10s监测当前线程是否还持有锁，若还在的话就延迟持有时间。

• Lua脚本的简介：

KEYS[1]代表的是加锁的key，比如：RLock lock = redissonClient.getLock("lock");

KEYS[1]代表就是lock。

ARGV[1]代表的就是锁默认生存时间，默认30秒

ARGV[2]代表的是加锁的客户端的ID。