ThinkPHP的lang/目录位置可改，TP6中通过config/lang.php配置'lang_path'项实现，如'app()->getRootPath() . "resources/lang/"'，但需确保LoadLangPack中间件启用且加载时机正确。
ThinkPHP 默认只认 lang/ 目录下的语言包，但你完全可以通过配置改掉它——关键不是“能不能”，而是改完后加载逻辑是否还对得上。
lang/ 目录位置能改吗？怎么改
能改，但方式因 ThinkPHP 版本而异，且不能只改路径不改加载时机：
- TP6 中，语言包根目录由
lang_path配置项控制，默认值是app()->getAppPath() . 'lang/' - 修改位置：在
config/lang.php里加一行'lang_path' => app()->getRootPath() . 'resources/lang/'即可（注意末尾斜杠） - 改完必须确保中间件
think\middleware\LoadLangPack仍在全局中间件数组中，否则新路径下文件不会被自动加载 - 不要用
APP_PATH . 'language'这类硬编码路径，app()->getAppPath()才是可靠取值方式
语言包文件名和子目录命名规则
名字错一个字符，整个语言包就静默失效，而且不报错：
- 语言子目录名必须全小写、用连字符分隔，如
zh-cn、en-us；zh_CN、ZH-CN、zhcn全部无效 - 语言包文件默认叫
common.php，也可自定义为user.php或admin.php，但调用lang('key', [], 'user')时第三个参数必须匹配 - 文件内容必须是纯 PHP
return ['key' => 'value'];，不能有输出、不能是 JSON/YAML、不能嵌套多层结构（如['zh-cn' => [...]]） - Linux 服务器上大小写敏感，
lang/ZH-CN/和lang/zh-cn/是两个不同目录
模块级语言包怎么生效
模块级语言包优先级高于应用级，但必须满足路径和命名双重条件：
立即学习“PHP免费学习笔记（深入）”；
- 模块语言包路径格式为：
app/module_name/lang/{lang}/common.php（如app/admin/lang/zh-cn/common.php） - 只有当前请求路由命中该模块时，模块级语言包才参与加载；控制器里调用
lang()不会自动 fallback 到模块包 - 如果模块没启用多语言（即没在模块的
config/app.php里设'lang_switch_on' => true），模块语言包直接被忽略 - 模块语言包里的键名无需加前缀，和应用级一样直写
'save' => '保存'，框架按当前模块+当前语言自动合并
为什么改了路径还是加载不到语言包
最常卡在这里的不是路径写错，而是加载时机或权限问题：
-
Lang::setLang('en-us')必须在任何lang()调用之前执行，中间件里写晚了，或控制器构造函数里写，都白搭 - 改完
lang_path后，检查 Web 服务器用户是否有读取新路径的权限（尤其 CentOS 上 SELinux 可能拦截） - 开启调试模式后，看日志里有没有
Language file not exists提示，它会明确告诉你框架试图加载哪条路径 - 别依赖
Lang::detect()自动识别——它默认只查Accept-Language和配置项，不查新路径下是否存在对应文件，得靠Lang::load()显式触发
路径本身只是个字符串，真正决定语言是否生效的是「谁在什么时候、用什么语言标识、去哪个路径下找哪个文件」这一整条链。漏掉任意一环，lang('hello') 就永远返回 'hello'。
