thinkphp 8 缓存驱动新增 timeout、persistent、serialize、prefix 四项必须显式配置：timeout 和 read_timeout 需为 float 类型（如 3.0），persistent 设为 true 启用长连接，serialize 推荐 'json' 避免反序列化失败，prefix 强制非空且建议带版本号（如 'tp8_v2_'）以防键冲突。
ThinkPHP 8 缓存驱动新增的实用配置项不是靠猜或默认值生效的，必须显式写进 config/cache.php 的 stores['redis'] 或其他 store 数组里——漏填 timeout、persistent、serialize 这三项中的任意一个，高并发下就可能出现连接卡死、键名冲突、反序列化失败等线上故障。
超时控制：timeout 和 read_timeout 必须设为 float
第一步：在 redis store 配置中添加 'timeout' => 3.0，这是建立 TCP 连接的上限时间，单位秒，必须是浮点数。写成 'timeout' => 3 或 'timeout' => '3' 都会失效，phpredis 扩展将使用 -1（无限阻塞）。
第二步：补上 'read_timeout' => 3.0，它控制命令执行后的响应等待时间。不设此项时，Redis 在慢查询或网络抖动时会卡住整个 PHP 请求，直到超时或进程被 kill。
注意：这两项不能只写在 .env 里，TP8 完全不读取 REDIS_TIMEOUT 这类变量；必须硬编码进 config/cache.php 的 stores['redis'] 数组中。
连接复用：persistent 开启长连接防 handshake 泄露
设置 'persistent' => true。这会让 phpredis 复用底层 socket 连接，避免每次请求都新建 TCP 握手和认证开销。
高并发场景下若不开启，QPS 超过 300 就可能触发 TIME_WAIT 暴增，服务器 netstat -an | grep :6379 会看到大量 CLOSE_WAIT 状态，Redis 连接数飙升但实际有效连接极少。
【务必确认 PHP 环境已启用 phpredis 扩展】，Predis 客户端不支持 persistent 模式，强行配置会被忽略。
序列化方式：serialize 改为 json 避免 PHP 版本兼容陷阱
方法一：显式指定 'serialize' => 'json'。这是 TP8 新增的可选值，替代默认的 serialize()。JSON 序列化生成的 Redis value 可读、跨语言、无 PHP 类型绑定，且不会因 PHP 8.1+ 对 Closure/Resource 的严格序列化限制而报错。
方法二：保持默认 serialize，但必须确保所有缓存数据不含匿名函数、资源句柄、闭包——否则 Cache::set() 表面成功，Cache::get() 却静默返回 null，日志里找不到任何异常。
特别提醒：若项目已存在大量 serialize 格式缓存，切勿中途改用 json，否则老 key 读出来全是乱码或 null，必须搭配键名迁移或双写过渡。
键前缀隔离：prefix 强制非空且建议带版本号
在 stores['redis'] 中写入 'prefix' => 'tp8_v2_'。TP8 不再允许 prefix 为空字符串，留空或注释掉会导致键名直接裸奔，多个项目共用同一 Redis 实例时极易覆盖彼此缓存。
版本号（如 v2）不是装饰——当缓存结构升级（例如用户数据从 array 改为 object）、或修复了某类 key 冲突 bug 时，只需改 prefix，旧缓存自动失效，无需手动 flush。
这一步操作起来很简单，但漏掉后的问题往往要等上线一周才暴露：A 项目删缓存，B 项目的数据跟着消失。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
