redission看门狗实现过程详解

一篇文章看懂Redission原理

redisson watchdog 使用和原理 最近研究redisson分布式锁，有了一些收获特此记录一下 首先redisson加锁的基本流程图如下： 这里面我最难以理解的一点是 watchdog机制。找了很多资料，最后基本弄明白了 watchdog的使用和 原理。 首先watchdog的具体思路是 加锁时，默认加锁 30秒，每10秒钟检查一次，如果存在就重新设置 过期时间为30秒。 然后设置默认加锁时间的参数是 lockWatchdogTimeout（监控锁的看门狗超时，单位：毫秒） 官方文档描述如下

Redisson提供的分布式锁是支持锁自动续期的，也就是说，如果线程仍旧没有执行完，那么redisson会自动给redis中的目标key延长超时时间，这在Redisson中称之为 Watch Dog 机制。默认情况下，看门狗的检查锁的超时时间是30秒钟，也可以通过修改来另行指定。// 拿锁失败时会不停的重试// 具有Watch Dog 自动延期机制 默认续30s 每隔30/3=10 秒续到30s// 尝试拿锁10s后，没有Watch Dog。

Redis集群引入了哈希槽的概念，将整个数据集群划分为16384个槽。集群中每一个主节点复制维护一部分槽。存一个key时，redis先对key计算一个CRC16值，然后对16384取模，算出属于哪个槽，再把数据放到槽对应的节点。节点之间怎么联系集群中的节点是去中心化的。他们之间通过Gossip协议连接。通俗理解就像八卦协议，各个节点之间通过交流来保证数据的一致。客户端怎么找数据客户端随机连接一个节点。如果数据真好再这个节点，直接返回结果。

看门狗机制是Redission提供的一种自动延期机制，这个机制使得Redission提供的分布式锁是可以自动续期的。看门狗机制提供的默认超时时间是30*1000毫秒，也就是30秒如果一个线程获取锁后，运行程序到释放锁所花费的时间大于锁自动释放时间（也就是看门狗机制提供的超时时间30s），那么Redission会自动给redis中的目标锁延长超时时间。在Redission中想要启动看门狗机制，那么我们就不用获取锁的时候自己定义leaseTime(锁自动释放时间)。如果自己定义了锁自动释放时间的话，无论是通过。

我们在网上看到的redis分布式锁的工具方法，大都满足互斥、防止死锁的特性，有些工具方法会满足可重入特性。如果只满足上述3种特性会有哪些隐患呢？redis分布式锁无法自动续期，比如，一个锁设置了1分钟超时释放，如果拿到这个锁的线程在一分钟内没有执行完毕，那么这个锁就会被其他线程拿到，可能会导致严重的线上问题。然存在锁过期而任务未执行完毕的情况，那是否有一种可以在任务未完成时自动续期的机制呢，几年前在redisson中找到了看门狗的自动续期机制，就是解决这种分布式锁自动续期的问题的。

某次偶然听到redission看门狗,感觉比较有趣，于是就想看看它长啥样。。。。废话不多说，直入正题。 什么是看门狗？ 用官方文档的话来说就是： 大家都知道，如果负责储存这个分布式锁的Redisson节点宕机以后，而且这个锁正好处于锁住的状态时，这个锁会出现锁死的状态。为了避免这种情况的发生，Redisson内部提供了一个监控锁的看门狗，它的作用是在Redisson实例被关闭前，不断的延长锁的有效期。默认情况下，看门狗的检查锁的超时时间是30秒钟，也可以通过修改Config.lockWatchdogT.

本文探讨了Redis分布式锁过期问题及其解决方案。常见的业务流程包括设置锁超时时间、执行业务代码和删除锁。如果业务未在超时时间内完成，可能会出现并发问题。解决方案包括预估业务执行时间、使用CAS乐观锁增加版本号，以及使用watch dog自动延期机制。其中，watch dog方法通过后台线程定时续期锁，避免业务代码侵入，但无法解决JVM STW导致的锁过期问题。文章还讨论了Redisson看门狗的实现和潜在问题，以及如何开启和使用Redisson看门狗。最后，文章指出了Redisson使用中可能遇到的问题和

看门狗策略是一种自动检测并处理过期键的机制。它基于Redis的“WATCH”命令实现，通过在Redisson库中创建一个监视器（Watch Dog）来监控Redis服务器上的指定键。当应用程序使用Redisson库监视一个键时，Watch Dog会向Redis服务器发送一个“WATCH”命令，并在服务器上对该键进行监视。如果另一个客户端尝试修改被监视的键，Redis服务器将返回一个错误。这个错误会被Watch Dog捕获并处理。

Redisson 的“看门狗（Watch Dog）”机制是其针对 Redis 分布式锁实现的一个重要优化，用于解决分布式锁因业务执行时间过长，锁自动过期释放，导致锁失效的问题。

redission锁原理scheduleExpirationRenewal 中会调用renewExpiration。这里我们可以看到是启用一个timeout定时，去执行延期动作，

Redisson 的看门狗机制是一个自动化、后台的锁续期守护线程。它在客户端获取锁（未指定租期时）后启动，定期检查并延长锁的持有时间，从而确保只要客户端还在运行且持有锁，锁就不会因为初始设置的过期时间到达而意外释放。这是 Redisson 分布式锁实现安全性和易用性的关键设计之一，有效防止了因业务执行时间过长而导致的锁失效问题。

EXPIRATION_RENEWAK_MAP自动续期表 每隔10秒续期 30秒 解锁失败：先取消自动续期任务 客户端宕机：Redission 时间轮定时任务也宕机，续期失败 没设置过期时间的锁才会自动续期，设置了就按指定的时间过期淘汰

首先呢，本文参考了这篇文章Redisson 分布式锁实战与 watch dog 机制解读 - 上帝爱吃苹果-Soochow - 博客园，这个文章被抄袭了很多次，如果你搜一下【Redisson的看门狗机制】会出现很多个一样的内容，但是个人阅读源码后，发现里面有部分说的不是特别的准确，和我个人理解的对不上。那么在此之上，我就把我对redis实现分布式锁。

接下来，我们使用getBucket方法获取该键的值，并使用setAsync方法修改该键的值。当该键的值被修改时，我们的操作将被触发并输出新的值。当应用程序使用Redisson库监视一个键时，Redisson的看门狗策略会自动检测这个键的变化，并在该键被修改时触发相应的操作。这个机制可以有效地防止死锁和其他并发问题。例如，如果一个应用程序正在等待一个键被修改，而另一个应用程序正在修改这个键，那么在使用Redisson的看门狗策略的情况下，第一个应用程序会自动等待第二个应用程序完成修改操作，避免了死锁的发生。

时间内未被显式释放，Redisson会自动释放该锁。作用：用于标识当前线程，以便Redisson能够跟踪锁的持有者。，表示在尝试获取锁的过程中，线程不会响应中断，即使被中断也会继续尝试获取锁。作用：指定当前线程尝试获取锁的最大等待时间。，表示在尝试获取锁的过程中，如果当前线程被中断（调用了。如果锁未被获取，返回值为锁的剩余过期时间（单位为毫秒）含义：锁的持有时间，即锁的自动释放时间。的时间单位，确保锁的持有时间被正确解析。作用：指定锁的自动释放时间。含义：尝试获取锁的最大等待时间。

Redisson提供了一个监控锁的看门狗，它的作用是在Redisson实例被关闭前，不断的延长锁的有效期，也就是说，如果一个拿到锁的线程一直没有完成逻辑，那么看门狗会帮助线程不断的延长锁超时时间，锁不会因为超时而被释放。 默认情况下，看门狗的续期时间是30s，也可以通过修改 Config.lockWatchdogTimeout 来另行指定。另外Redisson 还提供了可以指定leaseTime参数的加锁方法来指定加锁的时间，但是一旦使用了这个参数看门狗机制就失效了（不会自动续期）

啥？redisson做分布式锁会无限续期？