laravel中多字段验证错误需用@if($errors->has('field1') || $errors->has('field2'))判断，而非@error('field1'||'field2')；@error仅支持单字段精确匹配，数组字段须用@error("field.{$i}")绑定下标，避免htmlspecialchars()报错。
Laravel 验证失败后默认会 302 重定向并闪存错误，但如果你在 Blade 中看不到提示，大概率不是验证没触发，而是 $errors 没被正确读取或渲染。
Blade 中 @error 指令怎么用才不丢消息
@error 只对单个字段生效，且必须配合字段名精确匹配。它背后依赖的是 $errors 这个 MessageBag 实例，而该实例只在验证失败且发生重定向（非 AJAX）时自动注入视图。
- 字段名必须和验证规则中的键完全一致，比如规则是
'email.required'，那就要写@error('email')，不能写@error('user_email')或漏掉点号结构 - 不要嵌套使用
@error，例如@error('price.*') @enderror在数组字段中可能返回数组而非字符串，直接 echo 会报htmlspecialchars(): argument #1 ($string) must be of type string, array given - 如果字段是嵌套的（如
user.profile.name），验证规则里写的是'user.profile.name' => 'required'，那@error也得写成@error('user.profile.name')，不能简写为@error('name')
推荐写法：
<input name="email" value="{{ old('email') }}">
@error('email')
<div class="invalid-feedback">{{ $message }}</div>
@enderror
多字段有错时怎么统一提示一个警告框
@error 本身不支持逻辑或，所以 @error('email' || 'password') 是无效语法。真正能用的是 $errors->has() 方法。
-
$errors->has('email')返回布尔值，表示该字段是否有至少一条错误 - 多字段组合判断必须用
@if($errors->has('email') || $errors->has('password')) - 注意：不要在
@if里直接 echo$errors->first('email')，因为如果该字段有多条错误，first()只取第一条；更稳妥的是用@error块逐条输出
常见误写：
@if($errors->has('email|password')) {{-- ❌ 错误：| 不是合法字段名 --}}
@endif
数组字段（如 price[]）验证失败后怎么安全回显
数组字段验证出错时，old('price') 返回的是数组，$errors->first('price.*') 可能也返回数组 —— 这是 htmlspecialchars() 报错的根源。
- 验证规则要用
'price.*' => 'required|numeric'，而不是只写'price' => 'array' - 视图中不要写
{{ old('price') }}，应改为{{ old('price', [])[$i] ?? '' }}（配合循环索引） - 显示错误时别用
$errors->first('price.*')，改用@error("price.{$i}")绑定具体下标
错误示例：
<input name="price[]" value="{{ old('price') }}"> {{-- ❌ old('price') 是数组 --}}
自定义错误消息为什么有时不生效
优先级顺序决定谁赢：内联messages 数组 > FormRequest 的 messages() 方法 > 语言文件 validation.php 中的 custom。
- 内联传参时，键名格式必须是
'field.rule'，比如'email.required'，不是'email'或'required' - FormRequest 中的
messages()方法返回数组，键是'email.required'，值是字符串，不支持闭包或动态计算（除非你重写failedValidation） - 修改
resources/lang/zh_CN/validation.php后，记得清缓存：php artisan config:clear，否则新消息不会加载
最容易忽略的一点：语言文件里如果只改了 attributes（如 'email' => '邮箱'），但没在 custom 里补对应规则，系统仍会拼出 “邮箱不能为空” 这种提示——但这依赖于底层翻译逻辑，一旦规则名拼错（比如写成 'email.requireds'），就会 fallback 到英文原提示。
