exists方法返回int64而非bool，须用if exists == 1判断；必须用带超时的context避免goroutine泄漏；支持多key但返回存在总数，需pipeline获取明细。
Exists 方法返回的是整数，不是布尔值
直接用 Exists 的返回值做 if exists 判断会出错——它返回的是 int64 类型的 1 或 0，不是 Go 的 bool。很多新手写成 if rdb.Exists(ctx, "key").Val() { ... }，结果永远进 true 分支（因为 0 != nil，但 0 是真值）。
- ✅ 正确写法：判断是否等于
1：if exists == 1 - ❌ 错误写法：
if exists、if exists == true、if exists != 0（虽逻辑等价但不语义清晰，且易被误读） - ⚠️ 注意：
.Result()和.Val()都能取值，但.Result()返回(int64, error)，必须显式检查错误；.Val()只取值，错误需用.Err()单独查
必须传 context，且不能用 background context 长期持有
Exists 是一个网络调用，底层走 Redis 协议请求，必须带 context.Context 控制超时和取消。用 context.Background() 看似省事，但在高并发或下游不稳时，会导致 goroutine 泄漏或请求无限挂起。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- ✅ 推荐：用带超时的 context，比如
ctx, cancel := context.WithTimeout(context.Background(), 500*time.Millisecond) - ✅ 记得
defer cancel()，尤其在函数内多次调用 Redis 时 - ⚠️ 坑点：如果 context 已取消或超时，
.Result()会返回redis.Nil错误（不是空指针！），不是你的 key 不存在——得先判错误再判值
Exists 只管 key 是否存在，不管 value 类型或内容
Exists 的语义非常纯粹：只回答“这个 key 在当前 DB 里有没有被 set 过”，哪怕它是个空字符串、空 hash、过期中但还没被清理的 key（Redis 4.0+ 的 lazy expire 下可能短暂存在），只要没被真正删除，就返回 1。
- ? 场景举例：你用
SET mykey ""写了个空值，Exists("mykey")仍返回1 - ? 场景举例：key 已过期但尚未被 Redis 主动回收（比如低频访问 + lazyfree-lazy-expire 开启），
Exists仍可能返回1（取决于 Redis 版本和配置） - ? 如果你需要“key 存在且非空”，得组合判断：比如 string 类型要再
GET一次看是否为空；hash 要用HLEN或HEXISTS
批量判断多个 key？别用 Exists 循环
想查 ["user:1001", "user:1002", "user:1003"] 是否都存在？别写 for 循环调三次 Exists——网络往返开销大，延迟翻三倍。Redis 原生命令 EXISTS 本身支持多 key：EXISTS key1 key2 key3，但 go-redis 的 Exists 方法只接受单 key。
- ✅ 替代方案：用
rdb.Exists(ctx, keys...).Val()—— 实际上 go-redis 的Exists是可变参数，支持传多个 key，返回的是存在的 key 的总数（不是每个的真假数组） - ✅ 更灵活做法：用
rdb.Pipeline()批量发多个Exists，一次 round-trip 完成 - ⚠️ 注意：
Exists多 key 模式返回的是整数计数，无法知道具体哪几个存在；如需明细，必须用 pipeline 或分别查
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
