Laravel验证错误汉化需同时配置语言环境、创建zh_CN/validation.php文件并定义attributes映射，三者缺一不可；路径须为resources/lang/zh_CN/validation.php，数组结构须严格匹配Laravel 10+层级，且需中间件显式设置locale，Form Request中应使用__函数动态读取语言包。
直接说结论：Laravel 的验证错误消息汉化，**不是改一个文件就能全局生效的**，必须同时完成语言环境配置、中文 validation.php 文件创建、字段名映射（attributes）三者配合，缺一不可；否则你会遇到“部分提示变中文、部分仍是英文”或“:attribute 不替换为真实字段名”的典型问题。
怎么创建有效的 zh_CN/validation.php 文件
很多人复制网上旧版中文包，结果发现 min.string 或 confirmed 等提示不生效——因为 Laravel 10+ 已将嵌套规则消息结构化，必须严格匹配数组层级。
- 路径必须是
resources/lang/zh_CN/validation.php（注意是zh_CN，不是zh-CN或zh-cn，否则App::setLocale('zh_CN')无法加载） -
attributes必须单独定义，且支持点号嵌套（如'user.email' => '用户邮箱'），否则表单中带层级的字段名不会被正确替换 - 规则键名要完整，例如
'min' => ['string' => ':attribute 至少需要 :min 个字符']，漏掉['string']这层，min:string规则就 fallback 到英文
return [
'required' => ':attribute 为必填项。',
'email' => ':attribute 格式不正确。',
'min' => [
'string' => ':attribute 不能少于 :min 个字符。',
'numeric' => ':attribute 不能小于 :min。',
],
'confirmed' => ':attribute 两次输入不一致。',
'attributes' => [
'email' => '邮箱',
'password' => '密码',
'name' => '姓名',
],
];
为什么 config/app.php 里设了 locale 还是显示英文
常见现象：改完 'locale' => 'zh_CN'，但表单提交后错误还是英文。根本原因不是配置没生效，而是 Laravel 默认**不主动读取 Accept-Language 请求头**，且中间件未触发 locale 切换逻辑。
- 仅靠
config/app.php设置只影响「应用启动时的默认 locale」，对每个请求无效 - 必须在请求生命周期中显式设置，推荐在
app/Http/Middleware/LanguageMiddleware.php中处理：public function handle($request, Closure $next) { $lang = $request->header('Accept-Language', 'zh_CN'); App::setLocale(str_contains($lang, 'zh') ? 'zh_CN' : 'en'); return $next($request); } - 别忘了在
app/Http/Kernel.php的$middlewareGroups['web']中注册该中间件
Form Request 类里怎么用中文消息而不硬编码
在 App\Http\Requests\StoreUserRequest 这类表单请求类中，直接写中文字符串会破坏可维护性，也违背 i18n 原则。
- 不要这样写：
'email.required' => '邮箱是必填的'（硬编码，无法复用语言包） - 应该重写
messages()方法，用__()函数动态读取：public function messages() { return [ 'email.required' => __('validation.email_required'), 'password.min' => __('validation.password_too_short', ['min' => 8]), ]; } - 对应地，在
resources/lang/zh_CN/validation.php里加一句：'email_required' => '邮箱为必填项。'—— 注意键名要统一，避免拼写差异导致 fallback 到英文
最容易被忽略的一点：Laravel 验证消息的替换逻辑是「先查完整键名（如 email.required），再查通用键（如 required），最后 fallback 到 fallback_locale」。所以如果你只改了 required，但没配 email.required，而字段又叫 email，那它就会走 email.required 这条路——而这条路径若不存在，就直接 fallback，根本不会退到你写的那个 required 上。这就是为什么必须结构完整、命名一致。
