Redis连接配置写在config/cache.php和config/session.php中，需显式填写host、port、database、password（ACL模式用auth）等参数，.env仅控制开关；cache与session须通过不同database或prefix隔离key空间，且需禁用PHP session GC以防过期异常。
Redis连接配置写在哪、怎么写
ThinkPHP8 的 Redis 连接配置统一收口在 config/cache.php 和 config/session.php，不是写在 .env 里就自动生效——.env 中的 CACHE_STORE 或 SESSION_TYPE 只是开关，底层连接参数仍要手动填进对应 config 文件。
常见错误：只改了 .env 里的 REDIS_HOST，没动 config/cache.php，结果缓存还是走 file；或者把 session 配置全写在 .env，但 TP8 不认这些键名，直接 fallback 到 file。
-
config/cache.php中的'stores' => ['redis' => [...]]里必须显式声明'host'、'port'、'database'、'password'（若需要） -
config/session.php中的'type' => 'redis'后，必须补上'store' => [...]数组，不能留空，否则会报Call to a member function setOptions() on null - 如果 Redis 开启了 ACL（如 Redis 6+），
'password'要写成'auth' => 'your-password'，且需确认用户有on +@all权限，否则连接成功但执行set时静默失败
cache 和 session 共用一个 Redis 实例会不会冲突
不会自动冲突，但不隔离 key 空间就容易互相覆盖或误删——TP8 默认没加前缀，cache 存的 key 是 think:xxx，session 存的是 PHPSESSID_xxx，看起来不同，可一旦你自定义了缓存 tag 或用了原生 Cache::store('redis')->set()，就可能撞上 session key。
- 务必为 cache 和 session 分配不同
database：比如 cache 用0，session 用1，这是最干净的隔离方式 - 如果只能共用 database，必须加前缀：
config/cache.php中给 redis store 加'prefix' => 'cache_'；config/session.php中给 redis store 加'prefix' => 'sess_' - 别信“默认带 prefix”的说法——TP8 的 redis store 默认 prefix 是空字符串，
think:xxx是 Cache 类自己拼的，session 完全不拼，纯靠 key 命名习惯区分，不可靠
连接超时、读写失败时的表现和调试方法
Redis 连接失败时，TP8 不会立即报错，而是降级到 file 缓存或 session，现象是“功能正常但数据不一致”，比如登录后刷新页面又登出，或缓存始终不生效，排查起来非常隐蔽。
立即学习“PHP免费学习笔记（深入）”；
- 开启 debug 模式后，在日志里搜
RedisException或Connection refused，但注意：只有首次连接失败才记日志，后续复用连接池时失败是静默的 - 手动测试连接最有效：
php think tinker进入后执行(new \think\cache\driver\Redis())->handler()->ping()，返回+PONG才算通 - 生产环境建议加心跳检测：在
app/middleware/CheckRedis.php中 ping 一次并记录耗时，超过 50ms 就告警，避免慢查询拖垮整个请求 - 如果用的是 Redis Cluster 或哨兵，TP8 原生不支持，必须换驱动——别硬改
config/cache.php里的 class，而应安装topthink/think-redis并按其文档注册自定义 driver
session 过期时间为什么总比设置的短
因为 TP8 的 session 过期由两层控制：PHP 自身的 session.gc_maxlifetime 和 Redis 的 key TTL，只要其中任意一个先触发，session 就失效。而默认情况下，TP8 写入 Redis 时用的是 SETEX，TTL 取的是 config/session.php 中的 'expire'，但 PHP 的 GC 仍会按自己的周期扫描并清理“过期文件”，这个逻辑在 Redis 下本不该起作用，却因 TP8 底层混用了 SessionHandlerInterface 的部分逻辑而残留影响。
- 必须在
php.ini或运行时禁用 GC：ini_set('session.gc_probability', 0)，否则即使 Redis key 没过期，PHP 也可能在某次请求中随机触发 gc 并清掉 session 数据 -
config/session.php中的'expire'单位是秒，别写成字符串如'1440'（虽然能转，但易错），直接写整数1440 - Redis 的
maxmemory-policy如果设为allkeys-lru，内存满时会无差别淘汰 key，包括 session——这时得监控evicted_keys指标，而不是只看 expire 设置
Redis 的连接复用、key 空间隔离、GC 干扰、TTL 叠加机制，这几个点串起来才构成真实可用的 session+cache 方案，漏掉任何一个，上线后都可能变成定时抖动源。
