ThinkPHP 6 的 Cache 类默认支持 Redis 驱动，但需手动安装 topthink/think-redis 扩展并配置启用；直接调用 Cache::store('redis') 前必须确保驱动已加载、配置正确且连接项完整。
ThinkPHP 6 的 Cache 类默认不支持 Redis 驱动？
不是不支持，而是必须手动安装并注册驱动。TP6 默认只内置 File 和 Array 驱动，Redis 需要额外装 topthink/think-redis 扩展，并在配置中显式启用。
常见错误现象：Cache::store('redis')->get('key') 报错 Driver [redis] not supported，本质是驱动没加载，不是配置写错了。
- 执行
composer require topthink/think-redis（注意：不是phpredis或predis原生包） - 确认
config/cache.php中的default是'redis'，且stores.redis.type为'redis' - 如果用了多级缓存（如
cache+redis），别漏掉stores.redis.host、port、password等基础连接项
Cache::store('redis') 和直接 new Redis 实例的区别
前者走 TP 的缓存抽象层，带前缀、序列化、过期统一处理；后者是原生操作，绕过所有封装，容易和 Cache 冲突或导致数据不一致。
典型误用场景：在命令行任务里用 new \Redis() 写入，Web 请求用 Cache::get() 读不到——因为 Cache 默认加了前缀（如 think:cache:），而原生 Redis 没有。
立即学习“PHP免费学习笔记（深入）”；
-
Cache::store('redis')->get('user_123')实际查的是think:cache:user_123 - 想跳过前缀？改
stores.redis.prefix配置为空字符串，但不推荐，会污染其他缓存 - 需要原子操作（如
incr、hGetAll）？别硬套Cache，直接用think-redis提供的Redis::instance()获取底层实例
Redis 缓存失效时间设成 0 或 null 会怎样？
TP6 的 Cache::set($key, $value, 0) 不等于“永不过期”，而是触发框架的“默认过期时间”逻辑——即取 stores.redis.expire 配置值（默认 3600 秒）。真正永不过期得传 null，但要注意：null 在 Redis 协议里对应 PERSIST 命令，前提是 key 已存在且之前有 TTL。
容易踩的坑：前端传参 expire=0 给接口，后端直接 Cache::set($k, $v, $expire)，结果缓存一小时就没了，不是代码 bug，是语义误解。
- 明确永不过期：用
Cache::store('redis')->set($key, $value, null) - 想删掉 TTL 让 key 永久存在，但 key 是新写的？Redis 本身不支持“新建 key 就无过期”，得先
set再persist，此时应换用Redis::instance()->setEx(...)分步控制 - 配置里的
expire单位是秒，别和毫秒搞混（比如从 JS 时间戳直接除 1000 但忘了取整）
并发写缓存时 Cache::remember 为什么还会穿透？
Cache::remember 本身不防穿透，它只是“查不到就回调生成再写入”，但如果多个请求同时发现缓存失效，会一起执行回调，造成 DB 打满。TP6 没内置锁机制，得自己补。
真实使用场景：商品详情页缓存失效瞬间，上百请求涌进来查库，remember 只是让它们“一起查”，不是“排队查”。
- 简单方案：用
Cache::store('redis')->lock('lock:user_'.$id)->time(10)->get()包裹回调逻辑，但注意 lock key 要唯一且带业务标识 - 更稳做法：在回调里先
setNx占坑（值可为时间戳），成功者去查 DB，失败者 sleep 后重试——这得调用底层Redis::instance() - 别依赖
remember的第三个参数（$ttl）来解决穿透，它只管写入时长，不管并发控制
Redis 缓存的复杂点不在连得上连不上，而在“什么时候该用封装，什么时候必须撕开封装动手”。尤其涉及原子性、锁、大 key、pipeline 这些，Cache 类基本就退场了。
