lang::get() 在验证器中返回键名而非翻译值，因验证器初始化早于语言环境就绪，$this->message 静态解析后不感知后续语言切换；需在控制器 action 中先 setlang 并 load validate.php 包，插件需手动指定路径。
Lang::get() 在验证器中返回键名而非翻译值
验证器的错误提示不会自动走语言包，Lang::get() 调用时若语言环境未就绪或语言包未加载，就会静默回退到原键名（比如直接显示 'user_email.required'）。这不是 bug，是设计使然：验证器初始化早于中间件执行，此时 Lang 还没 set 语言、也没 load 包。
- 验证器类（如
app\validate\User）构造时，$this->message已静态解析完毕，不感知后续语言切换 -
$validate->getError()返回的是已渲染好的字符串，不是实时调用Lang::get() - 即使你在控制器里先调了
Lang::setLang('en-us')，验证器对象若已在中间件前创建，仍会用默认语言 - 必须确保验证器实例化发生在语言环境就绪之后——推荐在控制器方法内 new，而非作为属性在构造函数中初始化
验证器 message 中写语言键名但不生效
很多人把 $message 写成 'name.require' => '用户名必填'，以为这是多语言入口，其实这只是硬编码中文。要走多语言，必须把值写成语言包里的键名，且该键名需在对应语言包中真实存在。
- 正确写法：
'name.require' => 'name_require'，然后在app/lang/zh-cn.php里定义'name_require' => '用户名必填' - 验证器字段别名（如
'email|邮箱'）中的“邮箱”仅用于拼接提示，不参与语言包查找 - 内置规则（
require、email）的默认提示来自validate.php，不是common.php；必须确保app/lang/zh-cn/validate.php存在且含对应键 - 如果用了分组（如
admin/validate.php），需显式调用Lang::load(..., 'admin')，否则框架找不到
Lang::setLang() 后 validate()->check() 仍用旧语言
语言切换必须在验证器实例化之前完成，且不能依赖中间件自动触发——因为验证器可能在中间件链之外被提前调用（例如 CLI、单元测试、手动 new）。
- 不要在控制器
__construct()里设语言，此时中间件尚未运行，Lang状态仍是初始值 - 在具体 action 方法开头立即调用
Lang::setLang($lang)，再Lang::load(app()->getAppPath() . 'lang/' . $lang . '/validate.php') - 若用
Validate::make()静态方式创建，需额外传入['lang' => $lang]上下文，否则它会忽略当前Lang状态 - CLI 场景必须显式 set + load，没有自动侦测；漏掉
Lang::load()就一定 fallback 到en-us
插件或模块内验证提示不随插件语言切换
主应用的 Lang 状态和插件语言是隔离的。插件验证器默认读主应用语言包路径，不会自动加载插件自己的 lang/zh-cn/validate.php。
- 插件验证器必须手动指定语言包路径：
Lang::load($pluginPath . 'lang/' . $lang . '/validate.php') - 插件中间件（如
LangSwitch）中调用Lang::setLang($lang)后，需紧接着Lang::load()插件专属包，不能依赖全局自动加载 - 插件内调用
Validate::check()前，确保Lang::getAppLang()返回的是插件语言，而不是主站的think_langCookie 值 - Linux 服务器上路径大小写敏感：
lang/ZH-CN/validate.php和lang/zh-cn/validate.php是两个不同路径，后者才有效
Lang::get('missing_key') 默认返回原字符串，没有任何异常抛出。最稳妥的验证方式是：在控制器里手动 dump(Lang::get('test_key')) 并确认输出是翻译后文本，而不是键名本身。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
