ThinkPHP多语言不持久是因think_lang Cookie配置或Lang中间件未正确注册/排序所致：需确保cookie键名、路径、域名一致，Lang中间件在SessionInit后路由前启用，并手动调用cookie()写入才能生效。
ThinkPHP多语言切换后语言不持久、Lang::get() 仍返回默认值，基本就是 Cookie 冲突或配置错位导致的——不是框架不支持，而是 think_lang 这个键名、路径、中间件顺序、加载时机这四点中至少有一处没对上。
Lang中间件没注册或顺序错了
Lang中间件不会自动启用，不显式注册就等于没写。它必须在 SessionInit 之后、路由调度之前执行，否则读不到 $_COOKIE['think_lang']，也拿不到用户上下文。
- 检查
app/middleware.php（多应用模式要查对应应用下的该文件），确认think\middleware\Lang在数组里且未被注释 - 中间件数组顺序不能乱：把
think\middleware\SessionInit放 Lang 前面，把think\middleware\Lang放think\middleware\AllowCrossDomain或路由中间件前面 - 如果用了自定义 Session 驱动或提前调了
session_start()，Lang 中间件可能已错过初始化窗口，改用cookie('think_lang', 'zh-cn')显式写入再刷新请求
Cookie 键名、路径、域名全得对得上
ThinkPHP 只认 think_lang 这个 Cookie 键，设成 lang 或 language 就白搭；而且路径（path）和域名（domain）必须和后端配置完全一致，否则前端写了也进不了 $_COOKIE。
- 前端 JS 写 Cookie 必须用：
document.cookie = "think_lang=zh-cn; path=/; domain=.example.com"（开发环境用localhost时删掉domain字段） - 后端写推荐用
cookie('think_lang', 'zh-cn')，别手写setcookie()——它不走 ThinkPHP 的配置链，容易漏掉httponly、secure等关键参数 -
config/cookie.php里核对：'path' => '/'（别写成'/admin'）、'domain' => '.example.com'（跨子域才加点，本地调试建议换test.example.com）
语言包路径和文件结构必须严格匹配
ThinkPHP 按 lang/{lang}/ 目录结构加载，不是按文件名、也不是按 config/lang.php 里的别名。大小写、目录层级、文件存在性任一出错，都静默失败——Lang::get('login') 返回空或英文，但控制台不报错。
立即学习“PHP免费学习笔记（深入）”；
- 确认语言包放在
lang/zh-cn/和lang/en-us/下，不是lang/zh_CN/或lang/zh-cn.php - 每个语言目录下至少有
common.php，内容是return ['login' => '登录'];形式，不能是数组嵌套或语法错误 - 如果用了模块化语言包（如
lang/zh-cn/admin.php），得在控制器里显式调Lang::load('admin', 'zh-cn')，或开启'lang_auto_load' => true配置
Lang::set() 不写 Cookie，手动切语言后得自己落盘
Lang::set('en-us') 只改当前请求的语言上下文，不碰 Cookie；而 Lang 中间件只在请求最开始读一次 $_COOKIE['think_lang']，后续改 $_COOKIE 数组无效。想切完立刻生效+下次还记住，得两步走。
- 切换时同时调：
Lang::set('en-us'); cookie('think_lang', 'en-us'); - 避免在中间件、模型或视图里反复调
Lang::set()——它不持久，也不触发重载，纯内存覆盖 - 如果用了 AJAX 切语言，确保响应头带
Set-Cookie: think_lang=en-us; path=/; httponly，且前端请求带credentials: 'include'（跨域场景下）
最常被忽略的是：Lang 中间件只读一次 Cookie，cookie('think_lang', 'xx') 调用后必须刷新页面或发新请求才能生效；直接在 JS 里改 document.cookie 后不刷新，Lang::get() 还是旧的——这不是 Bug，是设计使然。
