laravel验证消息汉化必须同时满足三条件：locale设为'zh_cn'、resources/lang/zh_cn/validation.php存在且含attributes和custom子数组、attributes中显式定义字段别名，缺一则提示混杂或:attribute不替换。
改 Laravel 验证消息不是改一个地方就全变中文，必须分清场景、优先级和生效条件——否则你会看到“邮箱为必填字段”和“email 必须填写”混着出现。
validate() 里传 $messages 数组为什么有时不生效？
因为键名格式错、规则没真正触发、或验证器已提前初始化。这个方式优先级最高，但容错率低。
-
email.required是对的，email:required（冒号）、email.Required（大小写）、email.required_if（规则根本没用）都是错的 - 字段含点号（如
user.email）必须转义：user\.email.required - 通配符可用：
*.required匹配所有 required 错误，但不能覆盖更具体的键（如email.required会优先生效） - 如果用了
Rule::in(['a','b'])，对应键是status.in，不是status.Rule::in或status.in:...
resources/lang/zh_CN/validation.php 改了还是英文？
缺了任意一个硬性条件就会 fallback 到英文：locale 值不对、文件路径错、结构不完整、或 attributes 没定义。
-
config/app.php中必须是'locale' => 'zh_CN'（下划线，不是短横线或zh） - 文件路径必须是
resources/lang/zh_CN/validation.php，不能是zh/validation.php或zh-CN/validation.php - Laravel 10+ 要求返回数组必须包含
'attributes' => []和'custom' => []，哪怕为空 -
attributes里不写'email' => '邮箱'，:attribute就不会被替换，你看到的仍是 “email 不能为空”
FormRequest 的 messages() 方法为啥返回空或还是英文？
它本身没问题，但依赖外部语言环境。如果 locale 没在请求早期设好，或 attributes 缺失，它就只是“写了白写”。
- 确保控制器方法参数类型提示是
StoreUserRequest $request，不是Request $request -
messages()返回的键必须是字段名.规则名格式，值是字符串，别写__('xxx')—— 此时翻译器可能还没加载对应语言包 - 如果项目支持多语言切换，
messages()不会自动响应 locale 变更；得靠中间件在路由前调用app()->setLocale($lang) - 验证器实例化发生在 FormRequest 构造阶段，所以中间件必须排在
StartSession之后、路由绑定之前
怎么避免中英文混杂的错误提示？
最常踩的坑是 fallback 机制失控：某个 key 在中文包里缺失，又没配 fallback_locale 或英文包不全，结果部分提示直接回退成英文键名甚至原始字符串。
- 检查
config/app.php是否设置了'fallback_locale' => 'en'，并确认resources/lang/en/validation.php存在且完整 - 用
Lang::has('validation.email')或Lang::get('validation.email')在 Blade 或日志里临时验证 key 是否可读 - 字段嵌套（如
address.city）要进attributes显式定义：'address.city' => '城市'，否则:attribute会输出带点号的原始名 - Rule 对象类规则（如
Rule::exists('users', 'id')）对应语言键是exists，不是rule::exists，且需在中文包里有'exists' => ':attribute 不存在'
