在 laravel 的 formrequest 中，可通过闭包验证器配合回调函数 `$cb` 主动抛出 422 验证错误，替代 `firstorfail()` 等可能引发 404 异常的操作，实现更精准、用户友好的字段级验证失败控制。
Laravel 原生的 Rule::unique() 虽强大，但其 where() 闭包中若调用 firstOrFail() 或类似会抛出 ModelNotFoundException（HTTP 404）的方法，将中断验证流程并返回错误响应，而非预期的表单验证失败（HTTP 422 + 错误消息）。此时，应放弃在 Rule::unique() 内部处理复杂逻辑，转而使用自定义闭包验证器——这是 Laravel 官方支持且语义清晰的解决方案。
闭包验证器接收三个参数：$key（字段名）、$value（字段值）、$fail（回调函数，类型为 Closure）。调用 $fail(‘错误消息’) 即可立即标记该字段验证失败，并使整个请求返回 422 状态码及标准化的验证错误响应（如 JSON API 或重定向回表单页）。
以下是一个完整示例，演示如何安全查询关联资源并手动触发验证失败：
use Illuminate/Validation/Rule;
class CreateMyResourceRequest extends FormRequest
{
public function rules()
{
return [
'my_field' => [
'required',
'string',
// 自定义闭包验证器
function ($attribute, $value, $fail) {
// ✅ 安全查询：使用 find() 或 first()，避免异常
$otherResource = SomeOtherResource::where('status', 'active')
->where('category_id', $this->input('category_id'))
->first();
// ❌ 禁止使用 firstOrFail()、findOrFail() 等可能抛异常的方法
// $otherResource = SomeOtherResource::where(...)->firstOrFail(); // ⚠️ 会导致 404
if (!$otherResource) {
$fail("关联资源不存在，无法验证字段 :attribute 的唯一性。");
return;
}
// 执行自定义唯一性检查（例如：检查 my_field 是否已在该资源上下文中重复）
$exists = DB::table('some_other_resource')
->where('some_column', $value)
->where('resource_id', $otherResource->id)
->exists();
if ($exists) {
$fail("字段 :attribute 的值已在指定资源中使用，请选择其他值。");
}
},
],
];
}
}
✅ 关键要点总结：
- 闭包验证器中的 $fail() 是触发 422 验证失败的唯一推荐方式，它完全集成于 Laravel 验证生命周期；
- 所有数据库查询必须使用 first()、find()、exists() 等静默失败方法，严禁在验证闭包中抛出未捕获异常；
- 可结合 $this->input() 或 $this->validated() 访问当前请求数据，实现跨字段逻辑（如动态条件查询）；
- 若需复用该逻辑，建议封装为独立的 Invokable 验证规则类，提升可测试性与可维护性。
通过此方式，你既能保持验证逻辑的灵活性与业务准确性，又能严格遵循 Laravel 的 HTTP 语义规范：数据校验失败 → 422 Unprocessable Entity，资源未找到 → 404 Not Found。