本文解决 laravel 中对 `price[]` 等数组型表单字段进行数值验证时出现 `htmlspecialchars(): argument #1 ($string) must be of type string, array given` 错误的问题，核心在于验证失败后错误消息未正确渲染、视图层接收了未过滤的数组值，以及验证规则需精准匹配嵌套结构。
在 Laravel 表单中使用数组字段（如 和
✅ 正确的验证规则写法
你当前的规则基本正确，但建议增强健壮性：
$request->validate([
'price' => 'required|array|min:1', // 至少提交一个 price
'price.*' => 'required|numeric|min:0|max:9999',
'unit_id' => 'required|array',
'unit_id.*' => 'required|integer|exists:units,id', // 示例：关联校验
]);
⚠️ 注意：’price.*’ => ‘numeric’ 已隐含非空检查，但显式加上 required 更安全，可避免空字符串 “” 导致 numeric 校验跳过（Laravel 中空字符串通过 numeric 校验）。
✅ 视图层安全回显与错误显示
在 Blade 模板中，*切勿直接 {{ old(‘price’) }} 或 `{{ $errors->first(‘price.‘) }}** ——因为old(‘price’)返回的是数组，$errors->first(‘price.*’)` 在多条错误时可能返回数组而非字符串。
✅ 推荐做法：
@for($i = 0; $i < 5; $i++)
@error("price.{$i}")
{{ $message }}
@enderror
@endfor
关键点：
- 使用 old(‘price’, [])[$i] ?? ” 安全取值（带默认空数组 + 下标访问）；
- 错误定位到具体索引 price.0, price.1…，确保 $message 是字符串；
- 避免泛用 price.* 作为错误键名（$errors->first(‘price.*’) 不可靠）。
? 调试技巧
-
验证前 dump 请求数据：
/Log::info('Raw POST data:', $request->all()); - 检查是否启用了 APP_DEBUG=true，便于捕获完整堆栈；
- 确认未在控制器/中间件中手动修改 $request->price 为数组以外类型。
✅ 进阶：自定义错误消息（可选）
为提升用户体验，可为数组字段指定清晰提示：
$request->validate(
[
'price.*' => 'required|numeric|min:0|max:9999',
'unit_id.*' => 'required|integer',
],
[
'price.*.required' => '第 :attribute 行价格不能为空',
'price.*.numeric' => '第 :attribute 行价格必须为有效数字',
'price.*.min' => '第 :attribute 行价格不能小于 0',
'price.*.max' => '第 :attribute 行价格不能超过 9999',
]
);
? 提示：:attribute 占位符在数组验证中会自动替换为“第 1 行”、“第 2 行”等（需 Laravel ≥ 9.x；低版本可用 :key）。
总结
该 htmlspecialchars() 类型错误本质是视图层与验证层契约断裂：验证失败后，模板错误地将数组当作字符串渲染。解决方案三步走：
- 验证规则精细化（用 price.0, price.1 等明确索引替代模糊的 price.* 做错误绑定）；
- Blade 回显防御性编程（始终假设 old() 返回数组，按索引安全访问）；
- 错误提示精准定位（避免 * 通配符在 $errors 中引发歧义）。
遵循以上实践，即可稳定支持任意数量的数组字段数值验证，同时保障表单体验与系统健壮性。