自定义验证规则错误消息需返回翻译键而非硬编码字符串，Rule类message()返回如'uppercase'，语言文件中对应'validation.uppercase'键；闭包规则须用__('validation.key')手动翻译，避免写死中文。
自定义验证规则的错误消息怎么翻译？
Laravel 默认只翻译内置规则（比如 required、email），你用 new Uppercase 或闭包写的规则，它的报错默认是硬编码字符串，不会进 lang/zh_CN/validation.php 自动替换。
关键点在于：必须让规则返回一个翻译键（如 'validation.uppercase'），而不是直接返回中文字符串。否则 locale 切换时它纹丝不动。
- 规则类里
message()方法要返回带命名空间的键，不是纯文本 - 对应语言文件中得有这一行：
'uppercase' => '字段 :attribute 必须全部为大写字母。' - 键名必须和规则类名小写+下划线风格一致（
Uppercase→uppercase），这是 Laravel 自动映射的约定 - 如果用了参数（比如
new MinUppercase(3)），消息里可以加占位符：':attribute 至少包含 :min 个大写字母。'，然后在message()中用__('validation.min_uppercase', ['min' => $this->min])
闭包规则怎么接入多语言？
闭包没法自动绑定翻译键，所以不能靠 Laravel 的规则类机制。但你仍然可以手动触发翻译——前提是别在闭包里写死中文。
- 闭包第三个参数是
$fail，它接受字符串或翻译函数返回值 - 正确写法：
$fail(__('validation.valid_domain', ['domain' => 'company.com'])); - 错误写法：
$fail('邮箱域名不合法');（这个永远不随语言切换） - 注意：闭包里调用
__()依赖当前请求的 locale 已设置好，如果在命令行或队列中使用，需手动app()->setLocale('zh_CN') - 闭包不适合复杂逻辑，更别提复用；真要多语言 + 多处用，不如早点拆成 Rule 类
为什么 validation.php 里加了键，还是不生效？
常见原因不是写错了，而是加载路径或命名没对上。
- 确认语言文件路径是
resources/lang/zh_CN/validation.php（不是zh-cn或zh） - 检查
config/app.php中的fallback_locale和当前 locale 是否支持该语言目录 - Rule 类的
message()返回值必须是纯键名（如'uppercase'），不能带前缀；Laravel 会自动拼成validation.uppercase去查 - 清缓存：
php artisan config:clear和php artisan view:clear（语言文件被缓存） - 如果用的是
Validator::extend()全局注册方式，它的错误消息必须用replacer单独定义，不走 validation.php，容易漏配
Rule 类 + 多语言的最佳实践结构
这不是“能跑就行”的事，而是影响后续维护的关键设计选择。
- 用
php artisan make:rule Uppercase生成类，别手写 - 在
message()中统一用__('validation.uppercase')，不要拼接字符串 - 所有自定义规则的语言键都集中放在
validation.php同一文件，别分散到messages.php - 如果规则需要动态提示（比如根据数据库查出的限制值），就用
__('validation.max_in_stock', ['max' => $stock])，确保 key 存在且参数名一致 - 测试时别只测中文，切到
enlocale 后跑一遍，看是否报英文错误——这是检验是否真正接入多语言的最快方式
真正卡住人的，往往不是规则逻辑本身，而是那个没加引号的 uppercase 键名，或者 validation.php 放错了目录层级。Laravel 不报错，只是默默 fallback 成英文或空字符串，你得自己去 view source 里翻响应体才能发现。
