请解释 Redisson 中的看门狗（watch dog）机制，包括其作用、工作原理、触发流程以及在实际使用中需要注意哪些问题？

回答思路

1. 【回答框架 1】看门狗机制是 Redisson 为解决分布式锁持有时间不足导致业务未完成而锁提前释放的问题设计的自动续期机制。其核心是为未指定 leaseTime 的锁提供一个默认 30 秒的持有时间，并通过后台任务持续续期。
2. 【回答框架 2】工作原理是：加锁成功后，Redisson 会启动一个定时任务，每 10 秒（锁超时时间的三分之一）检查一次锁是否仍被持有。若持有，则通过 Lua 脚本将锁的过期时间重置为 30 秒。该任务在锁释放或客户端停止时结束。
3. 【回答框架 3】使用看门狗时需注意锁的持有时间与业务执行时间强耦合。若业务执行时间超过 30 秒且未配置 leaseTime，看门狗会持续续期，可能导致锁长时间占用，阻塞其他线程。同时，看门狗依赖客户端与 Redis 的正常通信，网络分区或客户端长时间暂停可能使续期失败，锁被提前释放。
4. 【回答框架 4】实际使用中，看门狗机制可能导致锁的持有时间不可控，对追求严格一致性的场景需谨慎。建议根据业务特性设置合理的 leaseTime，并考虑在业务逻辑中增加幂等控制，以应对锁提前释放带来的并发问题。
5. 【关键点 1】看门狗默认续期周期为锁超时时间的三分之一，默认锁超时 30 秒，续期周期为 10 秒。
6. 【关键点 2】看门狗仅在未指定 leaseTime 时生效，指定后不会自动续期。
7. 【关键点 3】看门狗通过 Lua 脚本原子地更新过期时间，避免竞态条件。
8. 【关键点 4】看门狗在客户端宕机或网络异常时无法续期，锁会最终过期释放，保证系统可用性。
9. 【关键点 5】看门狗续期会延长锁的持有时间，可能造成临界区长时间占用，需结合业务设计。
10. 【易错点 1】不能将看门狗机制视为锁一定不会提前释放的保证，存在网络或 GC 暂停导致的续期失败风险。
11. 【易错点 2】若业务方法执行时间不稳定，不应依赖默认锁超时，应显式设置合适的 leaseTime 以避免长时间持锁。
12. 【易错点 3】看门狗机制与主从切换等场景结合时，可能出现锁丢失问题，需引入 RedLock 等方案或做好降级处理。