Redis自动续期迷惑点，默认时间与看门狗的触发机制

首先redisson的实现原理不在这里展开篇幅去讲解了，需要在熟悉原理的基础上进行讨论。
在redisson原理的学习时，对看门狗的机制有些疑惑。

疑惑：

既然没有设置过期时间，为什么还是会默认设置过期时间，那设置了过期时间字段后，为什么还会触发看门狗机制？

1. 既然在方法的调用时没有设置过期时间，为什么还是会默认设置过期时间？

Redisson是分布式锁，试想如果锁没有过期时间，是不是很大概率会出事故，不管是服务端宕机还是redis节点宕机，都会有可能使锁继续，导致死锁的问题。因此，redisson框架做了个操作，无论有没有设置过期时间，都会有一个默认过期时间兜底。

2. 设置了时间字段后为什么还会触发看门狗？

看门狗的触发是基于没有设置过期时间，但是redisson操作时都会有一个默认过期时间兜底，那问题来了，设置了时间字段后为什么还是触发了看门狗的机制？

1. 可以从debug代码lock()方法得到，调用方法时设置的过期时间以及没有设置过期时间默认为-1，设置的过期时间，会一直传递到在进入看门狗机制的方法前。

2. 默认时间的设置时机：进入操作redis节点的方法，通过Lua脚本设置key，没有设置过期时间或者过期时间设置为-1的key会添加一个默认的过期时间30s（可配置），该设计解决了锁不能永久上锁的弊端。
   没有设置过期时间默认为-1的情况下会触发看门狗机制
   到这里，redisson操作了redis节点设置key，对未设置过期时间的key，做了设置默认过期时间的操作，继续往下看：

3. 紧接第二步，虽然redisson在设置key时加上的默认过期时间，但没有覆盖调用方法时设置的leaseTime值，然后开始判断看门狗机制是否启用：没有设置过期时间或者过期时间为-1的情况下会触发看门狗机制。符合启动看门狗自动续期的规则。

redisson设置了默认的过期时间，那么后面续期的时候再去校验过期时间，看门狗机制是不是就不会启用了？继续往下探索：

4. 操作完redis后，看门狗就开始执行自动续期：服务端创建了一个线程执行定时任务，操作基于netty的时间轮。该线程是进入看门狗方法后创建的，续期后并不会重新进入看门狗的校验机制，而是循环调用续期的方法。也可以得知如果服务端宕机后，看门狗的线程也会取消，就不会再继续进行续期，而redis层面是对key加上了过期时间，等待锁失效即可。