防死锁需结合超时、续约、唯一token、所有权校验与可中断获取；redis用set key token nx ex原子写入，ttl设为预估时间2～3倍并绑定token，续期用lua脚本校验token，协程限时续期，支持context控制与指数退避重试。
Go语言实现分布式锁时，防死锁的核心在于避免资源循环等待、确保锁的自动释放、限制持有时间、提供可中断的获取机制。单纯依赖Redis或etcd的单点锁命令（如SET NX EX）不足以应对网络分区、进程崩溃、GC停顿等真实场景，必须结合超时、续约、唯一标识、客户端可重入控制等策略协同防御。
设置合理且可验证的过期时间（TTL）
锁必须带明确的过期时间，防止客户端宕机后锁长期滞留。但TTL不能简单设为“业务最大耗时”，需预留网络延迟与系统抖动余量；更关键的是，TTL值应与锁标识（token）绑定存储，后续续期或释放时能校验所有权，避免误删他人锁。
- 使用原子命令写入锁时，value 存储唯一随机 token（如 UUID），而非固定字符串
- TTL 建议设为「预估执行时间 × 2～3」，上限不超过业务容忍的最长等待时间
- Redis 场景下推荐用
SET key token NX EX seconds，避免先SET再EXPIRE的非原子风险
实现安全的自动续期（Lease Renewal）
长时任务易超TTL，需后台协程定期续期，但续期本身必须满足：仅本客户端能续、不干扰其他客户端判断锁状态、不因协程泄漏导致资源堆积。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 续期操作需校验当前 value 是否等于本客户端 token，用 Lua 脚本保证原子性（如 Redis EVAL
if redis.call("get",KEYS[1]) == ARGV[1] then return redis.call("expire",KEYS[1],ARGV[2]) else return 0 end） - 续期协程应在锁成功获取后启动，锁释放或上下文取消时主动停止
- 避免“永远续期”：设定最大续期次数或总存活时间，防止任务卡死却持续霸占锁
支持可中断的锁获取与超时退出
客户端不应无限阻塞等待锁，尤其在微服务调用链中，上游已超时而下游仍在争锁会放大雪崩风险。
- 提供带 context.Context 的 TryLock 方法，支持 deadline 或 cancel 控制
- 轮询获取锁时，每次间隔应指数退避（如 10ms → 20ms → 50ms），降低集群压力
- 若检测到锁的剩余 TTL 已极短（如
引入租约 ID 与客户端身份标识
单一 key-value 锁模型无法区分“谁持有了锁”，导致强制释放（force unlock）高危、重入逻辑难保障、故障排查困难。
- 每个锁实例生成唯一 LeaseID，并在元数据中记录客户端地址、goroutine ID（可选）、获取时间戳
- 支持通过 LeaseID 查询锁持有者（适用于运维诊断），也可用于灰度期间按 client-id 限流放行
- 重入锁需额外维护 goroutine 级计数器，且只允许同 LeaseID + 同 goroutine 的多次加锁，禁止跨协程重入
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
