本文详解如何在 laravel 中正确验证包含数组字段（如 `price[]` 和 `unit_id[]`）的表单，解决因非数字值触发 `htmlspecialchars()` 类型错误的问题，并提供健壮、可落地的验证方案。
在 Laravel 表单中使用重复字段（如 price[] 和 unit_id[]）是常见需求，但若未正确处理用户输入的类型边界，极易引发运行时异常——尤其是当某项 price[] 提交了非数字值（如 "abcd"）时，Laravel 的 numeric 规则虽能捕获验证失败，但后续视图渲染阶段若直接 {{ $errors }} 或 old('price') 输出未经过滤的数组，就会触发 TypeError: htmlspecialchars(): Argument #1 ($string) must be of type string, array given 错误。
根本原因在于：Laravel 的 old() 辅助函数在表单重填（repopulation）时，会原样返回请求中的 price 数组；而 Blade 模板中若写作 <input value="{{ old('price') }}">，实际等价于 htmlspecialchars(['20', 'abcd'])，而 htmlspecialchars() 不接受数组参数，故崩溃。
✅ 正确做法如下：
1. 完善服务端验证规则（推荐增强版）
避免仅依赖 numeric，应结合 required_if、nullable 与明确索引验证提升鲁棒性：
$request->validate([
'price' => 'required|array|min:1',
'price.*' => 'required_with:unit_id.*|nullable|numeric|min:0|max:9999.99',
'unit_id' => 'required|array|min:1',
'unit_id.*' => 'required_with:price.*|exists:units,id',
]);✅ 说明： required_with:unit_id.* 确保 price[n] 存在时才校验其数值性； nullable 允许空字符串通过（再由 required_with 控制必填逻辑）； min:1 防止提交空数组导致后续逻辑异常。
2. 安全渲染数组字段（Blade 关键修复）
绝不可直接 {{ old('price') }} —— 必须按索引逐项输出：
@for($i = 0; $i < 5; $i++)
<div class="form-row">
<select name="unit_id[]" class="form-control">
<option value="">选择单位</option>
@foreach($units as $unit)
<option value="{{ $unit->id }}"
{{ old('unit_id.'.$i) == $unit->id ? 'selected' : '' }}>
{{ $unit->name }}
</option>
@endforeach
</select>
<input type="text"
name="price[]"
value="{{ old('price.'.$i) ?? '' }}"
class="form-control @error('price.'.$i) is-invalid @enderror">
@error('price.'.$i)
<div class="invalid-feedback">{{ $message }}</div>
@enderror
</div>
@endfor✅ 关键点：
- 使用 old('price.'.$i) 而非 old('price')，确保每次取单个字符串值；
- @error('price.'.$i) 精准定位每个字段的错误消息（需配合 Validator::make() 自定义消息或启用 bail 规则）。
3. 进阶建议：前端预校验 + 后端兜底
在 JavaScript 层添加实时校验，阻止明显非法输入（如字母），降低无效请求比例：
<input type="number" name="price[]" step="0.01" min="0" max="9999.99">
同时后端保持严格验证——因为前端可被绕过，永远不要信任客户端输入。
? 总结：该错误本质是「模板层误将数组传给字符串处理函数」，而非验证规则本身缺陷。解决方案需两端协同：服务端用 .* 索引化验证 + 视图层用 old('field.X') 精确取值。遵循此模式，即可安全支持任意数量的动态表单项，兼顾健壮性与用户体验。
