Laravel验证消息本地化需同时满足三个条件：config/app.php中locale设为'zh_CN'、存在resources/lang/zh_CN/validation.php且含attributes和custom子数组、attributes中显式定义字段别名。
直接改 validation.php 为什么还是英文？
因为 Laravel 验证消息本地化不是“改一个文件就全局变中文”，它必须同时满足三个硬性条件，缺一就会出现部分提示仍是英文、或 :attribute 不替换为“邮箱”“密码”等真实字段名的问题。
-
config/app.php中的'locale'必须设为'zh_CN'（不能是'zh'或'zh-CN'） -
resources/lang/zh_CN/validation.php文件必须存在，且返回完整数组结构（Laravel 10+ 要求包含'attributes' => []和'custom' => []，哪怕为空） -
'attributes'子数组里必须显式定义字段别名，例如'email' => '邮箱'，否则:attribute占位符不会被替换
常见错误：只改了 required 提示，但漏掉 attributes，结果看到的是“email 为必填字段。”而不是“邮箱为必填字段。”。
在控制器里用 validate() 传自定义消息，怎么写才不翻车？
这是最快见效的方式，适合单次验证或快速调试，但键名格式非常严格——必须是 字段名.规则名，且规则名要和实际使用的完全一致（包括大小写、冒号后参数）。
- 正确：
'email.required' => '邮箱不能为空'、'password.confirmed' => '两次输入的密码不一致' - 错误：
'email.required_if'（没用这个规则）、'email.Required'（大小写错）、'email:required'（用了冒号而非点号） - 对
Rule::in()这类对象规则，键名是'field_name.in'，不是'field_name.Rule::in(...)'
示例：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
$request->validate([
'status' => ['required', Rule::in(['draft', 'published'])],
], [
'status.in' => '状态只能是“草稿”或“已发布”',
]);
FormRequest 类里重写 messages() 方法，为什么有时不生效？
因为 messages() 方法本身没问题，但很多人忽略了它和语言环境的耦合关系：如果项目没设 locale = 'zh_CN'，或者没配 attributes，那即使你写了 return ['email.required' => '邮箱没填']，Laravel 仍可能 fallback 到英文默认提示。
- 确保该请求类继承自
FormRequest，且控制器中类型提示正确：public function store(StoreUserRequest $request) -
messages()返回的数组键必须是字段名.规则名格式，值是字符串（不能是翻译函数如__('xxx')，除非你在中间件里显式设置了 locale） - 若想支持多语言切换，应在中间件中调用
app()->setLocale($lang)，而不是只靠配置文件
什么时候该用闭包动态生成错误消息？
当你需要根据运行时数据决定提示内容时，比如“用户等级不足，无法使用该优惠码”“库存只剩 2 件，不能下单 5 件”——这种逻辑没法写死在语言文件或静态数组里。
- 闭包接收三个参数：
$attribute（字段名）、$value（当前值）、$fail（触发错误的回调） - 务必调用
$fail('提示文字')，不能用return或抛异常 - 注意性能：闭包会在每次验证时执行，避免在里面做耗时查询（如查数据库），应提前把必要数据准备好
容易忽略的一点：闭包里的提示语如果含 :attribute，它不会自动替换，得手动拼接，比如 $fail("{$attribute} 已被占用")。
最常被卡住的地方不是语法，而是三个条件没齐活：locale 设置、语言文件路径和结构、attributes 映射。只要其中一个没到位，你就永远在中英文混杂的提示里反复横跳。
