ThinkPHP多语言状态需手动绑定Session语言标识，存简短键如zh/en/ja并用Lang::range()在早期中间件设置，否则请求重置为默认语言。
Session 里存什么语言标识才可靠
不要存完整语言包路径或 locale 字符串（如 zh_CN.UTF-8），而应存一个简短、可控、与配置键对齐的标识，比如 zh、en、ja。ThinkPHP 多语言组件（think\lang\Lang）默认从 config.lang 读取当前语言，而该值需由你主动设置。
推荐做法是：登录/切换语言时，把用户选择的语言码写入 Session，并在应用初始化阶段读取它来设置全局语言：
-
Session::set('lang', 'en')—— 切换语言时调用 - 在中间件或基础控制器的
initialize()中执行Lang::range(Session::get('lang', config('app.default_lang'))) - 确保
config/lang.php中已定义对应语言包，例如return ['zh' => 'zh-cn', 'en' => 'en-us']（键要和 Session 存的完全一致）
为什么 Lang::range() 调用后还是不生效
常见原因是调用时机太晚：Lang 加载语言包发生在视图渲染前，但如果在控制器方法里才调用 Lang::range()，部分系统变量（如验证规则提示、路由错误消息）可能已按默认语言加载完毕。
正确做法是把语言设置提前到请求生命周期早期：
立即学习“PHP免费学习笔记（深入）”；
- 在全局中间件（如
app/middleware/LangSwitch.php）中调用Lang::range(...)，且该中间件注册顺序要靠前（比Validate、Auth等更早执行） - 避免在模板里用
{:lang('xxx')}前再改语言 —— 此时语言上下文已锁定 - 确认没有在
Lang::load()后又手动调用Lang::set()覆盖了当前范围
Session 语言状态被覆盖或丢失的典型场景
多语言 + 登录态混合使用时，最容易踩坑的是“登录跳转”和“跨域请求”：
- 用户从
/zh/login提交登录，但登录成功后跳转到/index（无语言前缀），此时 Session 里的lang还在，但路由没带语言参数，Lang::range()可能被后续中间件误判为未设置 - 前端用 AJAX 请求接口时，如果没带 Cookie（如
credentials: 'include'没设），Session 就不会被识别，Session::get('lang')返回null - 多个子域名共用 Session（如
a.example.com和b.example.com），但session.cookie_domain没配成.example.com，导致语言状态无法共享
如何验证语言状态是否真正在 Session 中持久化
别只看页面显示结果，直接查 Session 数据最准：
- 在任意控制器里加一行：
dump(Session::all());，确认输出中有"lang" => "zh"这样的键值 - 用命令行模拟请求：
php think run -p /api/test，观察是否仍能读出lang—— 排除浏览器缓存干扰 - 检查
config/session.php中的type是否为file或redis，若为cache且缓存驱动本身不支持 TTL 或 key 隔离，可能导致语言项被意外清除
