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

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

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

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

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

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

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

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