在 laravel 中，当 `rule::unique()` 的闭包内调用 `firstorfail()` 等可能抛出异常的方法时，会引发 404 或 500 错误；正确做法是改用匿名验证器闭包，通过回调 `$cb('错误消息')` 主动使验证失败并返回 422 响应。
Laravel 的 FormRequest 支持在 rules() 方法中混合使用内置规则与自定义闭包验证器。当你需要执行复杂数据库逻辑（如跨表查询、条件关联判断）且该逻辑可能因数据不存在而中断时，切勿在 Rule::unique()->where() 的闭包中调用 firstOrFail()、findOrFail() 或其他抛出 ModelNotFoundException 的方法——这会绕过验证层，直接触发 HTTP 异常响应（如 404），破坏表单验证的统一语义。
正确的替代方案是使用「闭包验证器（Closure Validator）」，它接收三个参数：字段名 $key、字段值 $value 和失败回调 $cb。调用 $cb('自定义错误信息') 即可立即标记该字段验证失败，并确保整个请求以 422 Unprocessable Entity 响应返回，同时将错误信息注入默认的 errors bag，与标准验证规则完全兼容。
以下是一个完整示例，演示如何安全校验某字段是否在另一模型中“存在且满足业务条件”，并在不满足时返回字段级 422 错误：
use Illuminate\Validation\Rule;
class CreateMyResourceRequest extends FormRequest
{
public function rules()
{
return [
'my_field' => [
'required',
'string',
// 自定义闭包验证器 —— 替代易崩溃的 unique + firstOrFail 组合
function ($key, $value, $fail) {
// 安全查询，使用 find() 避免异常
$otherResource = SomeOtherResource::where('some_column', $value)
->where('status', 'active')
->first();
if (!$otherResource) {
$fail("所选资源不存在或不可用，请检查后重试。");
return;
}
// 可继续添加业务逻辑判断（如权限、状态、时间有效性等）
if ($otherResource->expires_at && $otherResource->expires_at->isPast()) {
$fail("该资源已过期，无法使用。");
return;
}
// ✅ 验证通过，不调用 $fail 即可
},
],
];
}
}✅ 关键要点总结：
- 闭包验证器必须显式调用 $fail() 才会失败；不调用则视为通过；
- $fail() 接收字符串（支持翻译键如 __('validation.my_custom_error')）；
- 可在闭包中自由执行 Eloquent 查询、业务逻辑、外部 API 调用等，只要用 find() / first() 等非异常方法处理「不存在」场景；
- 多个闭包可并列存在，按顺序执行，任一调用 $fail() 即中断后续验证（同其他规则）；
- 该方式完全兼容 withValidator() 扩展和前端 @error 指令渲染。
通过这种方式，你既能保留 FormRequest 的声明式验证结构，又能精准控制复杂场景下的错误语义与响应状态码，真正实现健壮、可维护的表单验证逻辑。
