Redisson（1）分布式锁——如何解决死锁问题

Redisson是如何解决死锁问题的？

普通利用Redis实现分布式锁的时候，我们可能会为某个锁指定某个key，当线程获取锁并执行完业务逻辑代码的时候，将该锁对应的key删除掉来释放锁。

lock->set(key)，成功->执行业务，业务执行完毕->unlock->del(key)。

根据这种操作和实践方式，我们可以分为下面两个场景：

1）业务机器宕机

因为我们的业务不知道要执行多久才能结束，所以这个key我们一般不会设置过期时间。这样如果在执行业务的过程中，业务机器宕机，unlock操作不会执行，所以这个锁不会被释放，其他机器拿不到锁，从而形成了死锁。

Redisson为了解决这种情况，设定了一个叫做lockWatchdogTimeout的参数，默认为30秒钟。这样当业务方调用加锁操作的时候，

默认的leaseTime是-1，此时看门狗才会生效，不会走if分支，如果leaseTime被人为设置了值，且不是-1，看门狗不会work。这里会取watch dog的时间作为锁的持有时间，默认是30s，这个时候即使发生了宕机现象，因为这个锁不是永不过期的（宕机之后不不会再续租），所以30s后就会释放，不会产生死锁。

另一方面，它还能解决当锁内逻辑超过30s的时候锁会失效的问题&#