thinkphp6 redirect()后语言失效的根源是302跳转触发新请求，语言中间件重新执行但缺乏lang标识；需通过cookie（推荐）或透传get参数维持语言状态，并确保loadlangpack中间件顺序正确、配置项匹配且allow_lang_list包含实际语言值。
ThinkPHP6 redirect() 跳转后语言失效的根源
不是语言包没加载，而是 redirect() 发起 302 响应时，当前请求上下文已结束，中间件（包括 LoadLangPack）不会在跳转后的请求中“继承”上一次的语言设置。用户看到页面刷新、URL 变了，但语言又回退到 default_lang，本质是新请求重新走了一遍语言侦测逻辑，而 GET/cookie/Header 中没带有效语言标识。
为什么 lang=zh-cn 参数在 redirect 后消失
常见错误是直接写 redirect('user/profile') 或 redirect('/product/list')，这类跳转不携带任何语言线索。即使原请求 URL 是 /home?lang=zh-cn，redirect() 默认只拼路径，不会自动保留或透传 lang 参数。
- 手动拼参容易漏掉原有 query：比如
/order?status=done→ 拼成/user/profile?lang=zh-cn，丢掉了status=done - 用
Url::build()生成链接时，若未显式传入['lang' => session('lang')]或input('lang')，参数就不会出现 - 前端 JS 调用
location.href = '/admin'同样清空所有上下文，语言状态归零
保持语言状态的两种可靠方式
核心原则：让下一次请求能被 LoadLangPack 中间件识别出语言，靠的是 GET、Cookie 或 Header 三者之一。推荐优先走 Cookie，其次补 GET 参数。
-
Cookie 方案（推荐）：确保
config/lang.php中'use_cookie' => true且'cookie_var' => 'think_lang'；切换语言时调用cookie('think_lang', 'en-us')，再执行redirect()。新请求会自动从 Cookie 读取，无需改 URL -
GET 参数透传方案：用
Url::build('user/profile', array_merge(input(), ['lang' => input('lang', cookie('think_lang'))]))构造目标链接，确保旧参数 + 当前语言都带上 - 避免在 redirect 前调
Lang::setLocale()：它只影响当次请求，对跳转后的新请求无效
容易忽略的中间件顺序与配置陷阱
即使 Cookie 写对了，LoadLangPack 中间件没在正确时机执行，语言还是加载失败。
-
app/middleware.php中'think\middleware\LoadLangPack'必须放在SessionInit之后，否则读不到cookie('think_lang') -
config/lang.php的'allow_lang_list'必须包含你实际使用的值，比如写了['zh-cn', 'en-us']，但前端传lang=zh，就会 fallback 到默认语言 - 确认
'detect_var' => 'lang'和'cookie_var' => 'think_lang'名称没和其它模块冲突（例如某些权限中间件也用了think_lang）
最易翻车的点在于：你以为语言存在 session 或 cookie 里就万事大吉，但中间件加载顺序不对、配置项名不匹配、或者 allow_lang_list 白名单漏了一项，都会导致整个链路静默失败——既不报错，也不翻译，只显示 key 名。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
