kratos中redissonclient注入需封装为provider并显式声明于wire.go，漏任一环节则redissonclient为nil；锁key须带业务维度分段，trylock参数需合理配置，解锁必须用lock.unlock()且校验isheldbycurrentthread()。
用 RedissonClient 注入 Kratos 的 wire.go 里不生效？
Kratos 的 wire 依赖注入默认不支持直接 new 出 RedissonClient 实例，因为 RedissonClient 是一个重量级对象，需由 Redisson 提供的 Config 构建，且生命周期应与应用一致。硬塞进 wire.go 会导致 redissonClient 为 nil 或 panic。
正确做法是把 RedissonClient 封装成 Kratos 的 Provider，在 wire.go 中显式声明其初始化逻辑：
- 先定义一个
NewRedissonClient函数，接收*redis.Options（或从配置中心读取）并返回*RedissonClient - 在
wire.go的ProviderSet里添加该函数，例如：wire.NewSet(NewRedissonClient) - 确保该 Provider 在
App初始化前完成构建（比如放在data/redis/包下，由data.NewData统一拉起）
漏掉任何一步，redissonClient 都不会被注入到 service 层，后续调用 tryLock 会 panic。
锁 key 设计必须带业务维度，不能只用商品 ID
秒杀场景下，如果锁 key 写成 "lock:product:" + productId，所有用户抢同一商品都会串行排队——这不是防超卖，是制造瓶颈。Kratos 服务在多实例部署时，这个锁确实能防止超卖，但吞吐量直接归零。
更合理的做法是按「库存分段 + 用户标识」组合 key，例如：
lockKey := fmt.Sprintf("seckill:prod:%d:seg:%d", productId, userId%5)
这样 5 个分段可并行处理，既保留原子性又提升并发度。但要注意：
- 分段数不能拍脑袋定，要结合预估 QPS 和单段平均耗时反推（比如单段处理极限 200 QPS，峰值 1000 QPS → 至少 5 段）
- 用户 ID 取模后若某段库存已空，必须主动释放当前锁、尝试下一组 key，否则请求卡死
- key 中必须包含时间戳或活动 ID（如
seckill:202610:prod:123:seg:0），避免不同批次活动复用旧锁导致误删
tryLock 参数配错会导致锁失效或饥饿
Kratos service 调用 redissonClient.GetLock(key).TryLock(waitTime, leaseTime, timeUnit) 时，两个参数极易配错：
-
waitTime（最大等待时间）设太小（如 100ms），高并发下大量请求直接失败，返回“稍后再试”，用户体验断层 -
leaseTime（锁持有时间）设太短（如 3s），而实际扣库存+写 DB+发 MQ 平均耗时 4.2s，锁提前释放，第二个线程拿到锁后第一个线程还在执行，unlock()会误删别人锁 - 推荐配置：
waitTime=3000ms（用户可感知等待上限），leaseTime=15s（大于 P99 业务链路耗时 + 3s 安全余量）
更稳妥的方式是启用看门狗：用 TryLock(0, TimeUnit.SECONDS)（即不设 leaseTime），让 Redisson 自动续期——前提是你的 Kratos 应用没被 K8s OOMKill 或 SIGTERM 强制终止。
解锁必须用 lock.unlock()，别手写 DEL 命令
有人图省事，在 defer 里直接 redisClient.Del(ctx, lockKey)，这是危险操作：
- 锁可能已被看门狗续期，DEL 会删掉仍在使用的锁
- 当前 goroutine 根本没拿到锁（
tryLock返回 false），却执行了 DEL，把别人刚加的锁干掉了 - Kratos 的 context 可能已 cancel，DEL 命令失败但无日志，问题难定位
唯一安全的解锁方式是调用对应 RLock 实例的 Unlock() 方法——它内部会校验锁 value 是否匹配，不匹配则拒绝删除。即使业务 panic，也应在 defer 中调用它：
lock := redissonClient.GetLock(lockKey)
if !lock.TryLock(3000, 15, time.Second) {
return errors.New("lock failed")
}
defer func() {
if lock.IsHeldByCurrentThread() {
lock.Unlock()
}
}()
最后一句 IsHeldByCurrentThread() 很关键：它过滤掉未成功加锁的 case，避免 unlock on nil。
