根本原因是redirect()强制跳转首页导致语言状态丢失，因其不携带lang参数且未持久化Locale，使LoadLangPack中间件只能按默认规则重选语言；正确做法是避免跳转或动态构造保留原路径的带lang参数URL。
ThinkPHP6 多语言切换后跳转首页导致语言重置，根本原因是 redirect() 被误用于语言切换逻辑中，且未保留原始请求路径 —— 框架不会自动帮你“记住”当前页面，一旦写死 redirect('/') 或漏掉参数，就必然回到首页并丢失上下文。
为什么 redirect() 会导致语言重置
TP6 的 redirect() 是纯路径跳转函数，不携带任何语言状态。如果在语言切换控制器里写成 redirect('/')<strong>，它会丢弃所有查询参数（包括 ?lang=en-us）、忽略当前路由、清空页面上下文</strong>；用户被强制拉回首页后，<code>LoadLangPack 中间件只能按默认规则（如 Cookie / Accept-Language）重新选语言，而此时新语言尚未写入 Cookie 或 Session，于是回退到 default_lang。
- 常见错误写法：
return redirect('/');、return redirect('index/index'); - 即使已调用
Lang::setLocale('en-us')，该操作只影响本次请求的翻译行为，不持久化，也不改变下一次请求的语言来源 - 若同时依赖 Cookie（如
cookie_var => 'think_lang'），但跳转时没触发setcookie()（比如响应头已被输出），Cookie 就写不进去
正确做法：不跳转，或跳转到原页面
语言切换本质是状态变更，不是导航动作。优先用「不跳转」方式更新状态，其次才考虑带参跳转。
- 前端用
fetch('/lang/switch?lang=en-us')发送 POST/GET 请求，后端仅处理状态（写 Cookie / Session），返回 JSON，前端用 JS 刷新局部内容或 reload 当前页 - 若必须跳转（如 SEO 友好或兼容旧逻辑），则动态构造目标 URL：
$uri = $_SERVER['REQUEST_URI'] ?? '/'; $parsed = parse_url($uri); parse_str($parsed['query'] ?? '', $q); unset($q['lang']); $newUri = $parsed['path'] . (!empty($q) ? '?' . http_build_query($q) : '') . '?lang=en-us'; return redirect($newUri); - 禁止在中间件或公共文件里无条件调用
redirect()，尤其不能放在LoadLangPack后面 —— 它会中断语言包加载流程
Lang::setLocale() 后语言仍不生效的排查点
调用了 Lang::setLocale('en-us') 却发现 lang('hello') 还是中文，大概率是语言包没加载或作用域错位。
立即学习“PHP免费学习笔记（深入）”；
-
Lang::setLocale()必须在Lang::load()之前调用，否则新 locale 不生效；中间件中默认已加载，所以手动设 locale 后建议显式调Lang::load('en-us') - 检查语言包路径是否匹配：必须是
app/lang/en-us.php，不是app/lang/en.php或app/lang/en_US.php - 确认
config/lang.php中allow_lang_list包含'en-us'，否则Lang::setLocale()会静默失败 - 模板中使用
{:lang('hello')}时，若在视图缓存开启状态下修改了语言包，需清空runtime/view/下对应缓存文件
多应用下语言切换失效的典型表现
主应用语言切换正常，但 app/admin 或 app/api 切换后无效 —— 这是因为各应用的语言包路径和中间件配置相互隔离。
- 每个应用需独立配置
app/应用名/middleware.php，确保包含'think\middleware\LoadLangPack' - 语言包路径必须为
app/应用名/lang/zh-cn.php，不能复用主应用的app/lang/ - Cookie 写入时注意
path和domain：若 admin 子目录与主站同域，应统一设path => '/'，否则admin.example.com读不到根域下的think_lang - 插件类场景（如支付插件）需单独管理语言状态，避免污染全局
think_langCookie，推荐用cookie('plugin_xxx_lang', $lng, ['path' => '/'])
最易被忽略的是：语言切换动作本身不等于语言生效，它只是触发状态变更的入口；真正决定翻译结果的是 LoadLangPack 中间件执行时读取的 locale 来源（GET → Cookie → Header → default），而这个链条里的每一步都可能被路径、作用域、缓存或配置覆盖。别只盯着按钮点没点，要顺藤摸瓜查中间件日志、dump Lang::getLangSet()、确认 $_COOKIE 是否实时更新。
