伪静态规则仅改变URL样式，不提升性能也不触发Redis缓存；真正生效需显式启用CheckRequestCache中间件、完整配置Redis连接参数（host/port/database等缺一不可），并确保语言加载前置以避免重复开销。
伪静态规则本身不提升性能，也不触发 Redis 缓存；它只改 URL 样式。真正起作用的是你是否在正确位置、用正确方式启用了 Redis 缓存——而伪静态后缀（如 .html）反而可能干扰缓存 key 生成或导致误判。
伪静态后缀不影响 Redis 缓存 key 生成
ThinkPHP 的请求缓存（request_cache）和 Redis 缓存是两套独立机制。即使你配置了 url_html_suffix => 'html'，访问 /user/index.html 时，框架内部仍按原始路由 user/index 处理，缓存 key 默认也是基于这个原始路径生成的。
- 如果你手动用
Cache::set('user/index.html', ...)写入，那 key 就真带.html——但这不是框架行为，而是你代码写死了 -
Request::ext()能拿到后缀名，但不会自动拼进缓存 key；除非你在中间件或路由层自己做了映射逻辑 - 混淆点：有人以为加了
.html就“静态化”了，其实只是个假后缀，PHP 还是全量执行，Redis 缓存也得靠你显式调用或中间件启用
开启 request_cache 中间件才能让 GET 请求走 Redis
伪静态 + Redis 缓存要生效，必须显式启用 think\middleware\CheckRequestCache 中间件，并确保它对目标路由生效。否则，哪怕 Redis 配好了，GET /user/index.html 也不会被缓存。
- 在
app/middleware.php中加入：think\middleware\CheckRequestCache::class - 在
route.php或路由分组里设置request_cache_expire，例如：->cache(3600)或全局配置'request_cache_expire' => 3600 - 仅限
GET请求；带查询参数的 URL（如?id=5）会被完整计入 key，所以/user/index.html?id=5和/user/index.html?id=6是两个不同缓存项 - 控制器中若提前输出 header（如
header('X-Cached: miss')）或调用session_start()，会破坏中间件的缓存响应逻辑
Redis 配置漏项会导致静默降级到 file 驱动
ThinkPHP 8.0 不读取 .env 中的 REDIS_HOST 等变量，所有连接参数必须在 config/cache.php 的 stores['redis'] 数组里写全，缺一项就 fallback 到 file ——现象是缓存看似正常，实则没走 Redis。
立即学习“PHP免费学习笔记（深入）”；
- 必须写的字段：
host（字符串）、port（整型）、database（整型，不能省）、timeout（建议 float 类型，如3.0） -
password和auth二选一：ACL 模式用auth，传统密码用password -
persistent => true强烈建议开启，否则高并发下 TCP 握手开销明显 - 典型故障现象：
Cache::set('test', 'ok')返回true，但Cache::get('test')返回null；查runtime/log无报错，实际已降级到文件缓存
多语言 + 伪静态 + Redis 容易重复加载语言包
当 lang() 调用发生在缓存中间件之后（比如在控制器里），每次请求都会重新加载语言文件——即使整个响应体被 Redis 缓存了，这部分开销仍无法跳过。
- 正确做法：语言切换逻辑尽量前置，在
AppInit或中间件中完成，确保Lang::range()或Lang::load()在缓存决策前执行完毕 - 避免在模板里用
lang('xxx')动态翻译，改用预编译后的变量传入 - 如果用了
HTML_CACHE_ON静态缓存，语言包加载问题更隐蔽：因为 HTML 文件是固化输出，语言切换根本无效，必须禁用静态缓存或按语言分目录生成 - 伪静态后缀（如
/zh-cn/user/index.html）本身不解决语言隔离，需配合路由变量和缓存前缀（如prefix => 'zh_'）手动区分
伪静态和 Redis 缓存是正交能力，强行绑定反而容易踩坑。最常被忽略的是：缓存中间件未启用、Redis 配置缺字段、语言加载时机错位——这三处出问题，加再多 .html 后缀也没用。
