在 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 的声明式验证结构，又能精准控制复杂场景下的错误语义与响应状态码，真正实现健壮、可维护的表单验证逻辑。