伪静态配置不会直接导致多语言错误处理失效，但若重写规则丢弃或未透传lang参数（如缺失QSA或$query_string），Lang::getLangSet()将fallback为en-us，使Lang::get()返回英文或空字符串。
伪静态配置本身不会直接导致多语言错误处理失效，但两者在 URL 解析、路由匹配、请求上下文初始化阶段存在耦合点——一旦伪静态规则干扰了 lang 参数提取或 Request 对象的语言推导逻辑，多语言错误提示就会退化为英文或空字符串。
伪静态规则破坏语言参数识别
ThinkPHP 默认依赖 URL 中的 ?lang=zh-cn 或路由变量（如 lang/:lang）来设置当前语言。若伪静态重写规则未保留或显式传递该参数，Lang::getLangSet() 就会 fallback 到 en-us，进而使所有 Lang::get('error.10001') 返回英文或 null。
- 常见错误伪静态规则：
RewriteRule ^(.*)$ index.php [L]—— 完全丢弃 QUERY_STRING，?lang=zh-cn彻底丢失 - 正确写法（Apache）：
RewriteRule ^(.*)$ index.php [QSA,L]，QSA（Query String Append）确保参数透传 - Nginx 用户需检查
try_files $uri $uri/ /index.php?$query_string;，漏掉$query_string是高频坑 - 若用路由分组（如
lang/:lang），伪静态必须把路径段映射进PATH_INFO，否则Route拿不到:lang值
多语言错误提示失效时 Lang::get() 返回空或英文
这不是语言包没加载，而是 Lang 实例当前语言状态错误。验证器、系统异常、自定义错误码都走同一套 Lang::get() 流程，只要 Lang::getLangSet() 不是预期值，翻译就失效。
- 立刻执行
dump(Lang::getLangSet(), Lang::range())，确认当前语言和已加载键是否匹配 -
Lang::setLocale('zh-cn')必须在任何Lang::get()调用之前执行；伪静态中间件若晚于语言中间件，就可能覆盖设置 - 验证器静态调用
Validate::check()不触发自动语言加载，需手动Lang::load(app()->getAppPath() . 'lang/zh-cn/message.php') - CLI 环境下无 Request 推导，
Lang::setLocale('zh-cn')和Lang::load()必须在命令入口首行执行
自定义错误处理类中 language 切换被忽略
继承 think\exception\Handle 的类，其 render() 方法内 Lang::get() 仍依赖全局语言状态。若伪静态导致请求对象初始化异常（如 Request::instance() 返回不完整实例），Lang 就无法从 request 中读取语言。
立即学习“PHP免费学习笔记（深入）”；
- 不要在
render()里写Lang::setLocale($request->param('lang', 'zh-cn'))—— 此时$request可能已损坏或未解析参数 - 应在前置中间件（如
LanguageMiddleware）中完成语言设置，并确保它排在路由、日志等中间件之前 - 若用 cookie 存语言（
cookie.lang），伪静态不影响，但需确认中间件读取时机早于Lang首次使用 - 错误页面模板中直接写
{:lang('error.10001')}会失败，因为模板渲染时语言状态可能未生效；改用<?php echo Lang::get('error.10001'); ?>并确保前置已设语言
最易被忽略的是：伪静态本身不报错，但会让语言切换“静默失效”——页面看着正常，错误提示却全是英文，查日志也无异常。关键要盯住 Lang::getLangSet() 的实际返回值，而不是配置文件里写了什么。
