ThinkPHP 中 exists() 是唯一可靠的 key 存在性判断方式，直接调用 Redis::exists('key') 返回布尔值，轻量准确；禁用 get() 判空，避免误判；注意连接库、前缀配置及底层扩展支持。
ThinkPHP 中 exists() 是唯一可靠的 key 存在性判断方式
直接用 Redis::exists('key')，返回 true 或 false（底层实际返回整数 1/0，TP 封装后转为布尔）。这是最轻量、最准确的方式——它不取值、不反序列化、不触发任何副作用，只查 key 元数据。
别用 Redis::get('key') !== null 或 !empty(Redis::get('key'))：前者在 key 不存在时返回 false，但空字符串、"0"、0 都会被误判为“不存在”；后者更危险，empty("") 和 empty("0") 都是 true，会把真实存在的 key 当成不存在。
如果你用的是自定义 Redis 封装类（比如带 json_encode/json_decode 的），get() 返回可能是 null 或 false，但依然不能替代 exists() ——因为序列化失败、JSON 解析错误也会导致假阴性。
TP5/TP6 的 exists() 行为一致，但注意连接配置是否生效
TP5 和 TP6 的 think\facade\Redis 都透传原生 exists 命令，行为无差异。真正容易出问题的是连接没走对库或前缀干扰：
立即学习“PHP免费学习笔记（深入）”；
- 确认
config/redis.php（TP6）或config/database.php（TP5）中select参数正确，比如'select' => 0；否则exists()查的是默认库 0，而你的 key 可能写在库 1 - 如果用了缓存前缀（如
'prefix' => 'app_v2:'），exists('user:123')实际查的是app_v2:user:123，但你手动用redis-cli测试时可能忘了加前缀，造成“本地能查到、代码查不到”的错觉 - 密码或 host 错误时，TP 默认静默 fallback 到
NullDriver（TP6）或报错（TP5），此时exists()永远返回false，务必先验证连接有效性
批量判断多个 key 是否存在，用 mExists() 不行，得自己封装
原生 Redis 支持 EXISTS key1 key2 key3 一次查多个，返回命中数量；但 ThinkPHP 的 Redis::exists() 只接受单个参数，且没有提供 mExists() 方法。强行循环调用 exists() 效率低（N 次网络往返）。
推荐做法是绕过 Facade，直连底层 Redis 实例并调用原生命令：
$redis = \think\facade\Redis::handler();
$result = $redis->exists('key1', 'key2', 'key3'); // 返回 int，命中个数
注意：$redis->exists() 在 phpredis 扩展中支持多 key，但必须确保你用的是 phpredis（不是 predis），且版本 ≥ 4.3.0；旧版只支持单 key，会报错 Wrong number of arguments。
高并发下 exists() 本身没问题，但别把它当锁用
exists() 是原子命令，毫秒级完成，压测下吞吐轻松过万 QPS，性能不是瓶颈。但有人误把它当分布式锁用：“先 exists → 不存在就 set”，这中间存在竞态条件（两个请求同时通过 exists，都去 set）。
真要实现“存在则跳过，不存在则写入”，应该用原子命令：
-
SETNX key value：天然防并发，成功返回 1，失败返回 0 -
SET key value EX 3600 NX（TP6.3+ 支持）：带过期时间的原子 set - 不要手写“if !exists() then set()”，这是经典的时间检查-使用（TOCTOU）漏洞
最后提醒一句：Redis 的 exists 只管 key 是否存在，不管 value 类型。哪怕 key 对应的是 list 或 hash，exists() 一样返回 true。需要类型判断，请用 type() 命令。
