tp7升级php8后redis缓存静默降级为file，主因是配置类型不兼容：port须为整型、database必须显式声明、timeout需设为float；session与cache须隔离database或启用persistent连接；.env中redis_等变量在tp8中被忽略，仅认config/cache.php硬编码配置。
ThinkPHP 7 项目升级到 PHP 8 后，Redis 缓存驱动无法写入或读取，表面正常实则静默降级为 file，导致登录态丢失、缓存命中率归零——根本原因在于 TP7 的配置结构与 PHP 8 运行时对类型、连接参数的校验逻辑已不兼容。
TP7 默认允许的松散配置在 PHP 8 下直接失效
TP7 的 config/cache.php 中，redis store 可省略 'port'（默认 6379）、'database'（默认 0）、'timeout'（默认 0），且 'port' 写成字符串 "6379" 也能运行；PHP 8.0+ 强制要求 port 必须为整型，database 缺失时 Redis::select() 报错，timeout 为 0 会导致连接阻塞超时，最终触发静默 fallback 到 file 驱动。
将 config/cache.php 中 redis store 的 'port' 改为 【6379】（整型，非字符串），'database' 显式设为 【0】，'timeout' 设为 【3.0】（float 类型）。
删除 'select' 键名 → TP7 使用 'select'，TP8 及以上必须用 'database'，保留 'select' 会导致 driver 初始化失败且无报错。
PHP 8 环境下 session 与 cache 共用 Redis 必须严格隔离 key 空间
TP7 允许 cache 和 session 共用同一 database 并靠 prefix 区分，PHP 8 + Redis 扩展 ≥ 5.3.7 后，若未启用 persistent 连接，高频并发下会出现 pipeline 混淆，导致 session key 被 cache 操作误删。
方法一：分配独立 database
在 config/cache.php 的 redis store 中设 'database' => 0；在 config/session.php 的 store 数组中设 'database' => 1。
方法二：强制启用长连接
两处配置均加入 'persistent' => true —— 否则 PHP 8 下每次请求新建连接，Redis 扩展在高并发时 handshake 开销剧增，QPS 断崖下跌。
注意：config/session.php 中若只写 'type' => 'redis' 而缺失 'store' 数组，TP8 会抛出 Call to a member function setOptions() on null，PHP 8 的错误拦截更严格，不会容忍空 store。
TP7 的 .env 缓存开关在 PHP 8 下完全失效
第一步：打开 config/cache.php，定位到 'default' => 'redis' 行 → 确认该值存在且未被注释。
第二步：检查 'stores' => ['redis' => [...]] 内部是否完整填写 host、port、database、password（ACL 模式用 auth）、timeout、persistent —— 【漏填任意一项，TP8 都不会报错，但缓存必然走 file】。
第三步：删除 .env 中所有以 REDIS_ 或 CACHE_ 开头的键（如 REDIS_HOST、CACHE_STORE），这些变量在 TP8 中被彻底忽略，仅保留 APP_DEBUG、APP_ENV 等基础开关。
TP7 会尝试从 .env 读取 REDIS_HOST 等变量并合并进配置，TP8 完全跳过该逻辑，只认 config/cache.php 中硬编码的数组值。你改了 .env 却没动 config/cache.php，缓存就永远在本地文件里打转。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
