lang::get()返回空字符串主因是语言包未加载或键名不匹配；需确认配置开启、路径格式正确（如lang/zh-cn.php）、嵌套结构一致，并用lang::range()调试，避免bom问题。
Lang::get() 返回空字符串，八成是语言包根本没加载
不是配置写错了，而是运行时 Lang 类压根没读到你写的 zh-cn.php 或 en-us.php。常见原因有三个：
– 语言包路径不对：必须是 app/lang/zh-cn.php，不能是 app/lang/zh_CN.php、app/lang/zh.php 或 app/language/zh-cn.php
– 文件名大小写敏感：Linux 服务器上 ZH-CN.PHP 和 zh-cn.php 是两个文件
– 文件开头有 BOM：用编辑器另存为「UTF-8 无 BOM」格式，否则 return [...] 前的隐藏字符会让 PHP 解析失败
调试建议：在控制器里加一行 dump(Lang::range())，如果返回空数组，说明语言包确实没加载；如果返回了键但查不到你要的文案，再检查嵌套结构是否匹配（比如 Lang::get('user.name') 要求语言包里是 ['user' => ['name' => '用户名']]）
自动检测只靠 $_SERVER['HTTP_ACCEPT_LANGUAGE'] 不够可靠
浏览器发来的 Accept-Language 是个逗号分隔的带权重列表，例如 zh-CN,zh;q=0.9,en;q=0.8,en-GB;q=0.7,en-US;q=0.6，ThinkPHP 默认只取第一个（zh-CN），不解析 q 值。这意味着：
– 用户设了「优先英文、次选简体中文」，系统仍会强制切到 zh-CN
– 某些国产浏览器或代理会伪造或清空该 Header，导致 fallback 到默认语言
更稳妥的做法是在中间件里手动解析：
– 用 strtok($_SERVER['HTTP_ACCEPT_LANGUAGE'], ',') 或正则提取语言标签
– 对比 config('lang.allow_lang_list') 中的合法值，按顺序匹配 zh-cn、zh、en-us、en
– 匹配不到时才用 config('lang.default_lang')
URL 参数 ?lang=en-us 和 Cookie 冲突时，以哪个为准？
ThinkPHP 默认行为是「URL > Cookie > Accept-Language」，但这个顺序容易出问题：
– 用户点了个分享链接 ?lang=ja-jp，但你没提供日语包，结果页面全乱码
– 用户上次选了英文，这次从搜索引擎进来没带参数，却因 Cookie 还有效而继续显示英文，但实际想看中文
正确做法是加一层白名单校验：
– 在 LoadLangPack 中间件中，先取 input('lang')
– 判断该值是否在 config('lang.allow_lang_list') 里，不在就忽略
– 再检查 Cookie：cookie(config('lang.cookie_var'))，同样做白名单过滤
– 最后 fallback 到 config('lang.default_lang')
这样既保留灵活性，又防止非法值污染上下文
切换语言后 URL 不带 lang 参数，怎么让链接保持当前语言？
ThinkPHP 不会自动给所有 url() 或 Url::build() 补上 lang 参数，这是最容易被忽略的体验断点。
– 普通链接如 @#@#@#@#@#@#@#@#@#@0，用户切到英文后点首页，又回中文了
– 解决方法不是全局改模板，而是在 URL 生成逻辑里统一注入：
– 在公共函数或基础控制器里封装一个 lang_url()，内部调用 url(...) 后手动追加 lang=xxx
– 或更彻底：用路由分组，定义 lang/:lang$ 规则，把语言作为一级路径（如 /en-us/index），并在路由变量里调用 Lang::setLocale($lang)
注意：路由方式要求所有入口都走该分组，静态资源、API 接口等需单独排除，否则 404 风险高
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
