在 laravel 的 formrequest 验证中，可通过闭包验证器配合回调函数 `$cb` 主动使规则失败，返回 422 状态码及字段级错误信息，避免 `firstorfail()` 等抛出异常导致 404 或 500 错误。

当需要在 Rule::unique() 中嵌入复杂查询逻辑（如依赖另一条记录存在性、状态判断或关联条件）时，直接调用 firstOrFail() 会中断请求生命周期，抛出 ModelNotFoundException，最终返回 404 响应——这违背了表单验证语义：验证失败应返回 422 Unprocessable Entity，并附带清晰的字段错误消息。

此时，Laravel 提供的闭包验证器（Closure Validator）是更合适的选择。它允许你完全控制验证逻辑，并通过回调 $cb($message) 显式标记验证失败：

use Illuminate\Validation\Rule;

class CreateMyResourceRequest extends FormRequest
{
    public function rules()
    {
        return [
            'my_field' => [
                'required',
                'string',
                function ($attribute, $value, $fail) {
                    // 安全查询，不抛异常
                    $otherResource = SomeOtherResource::where('status', 'active')
                        ->where('category_id', $this->input('category_id'))
                        ->first();

                    if ($otherResource && $other
Resource->some_column === $value) {
                        $fail('The :attribute is already taken in the active context.');
                    }
                },
            ],
        ];
    }
}

✅ 关键要点：

• 闭包接收三个参数：$attribute（字段名）、$value（当前值）、$fail（错误回调，类型为 Closure）；
• 调用 $fail('自定义消息') 即可中止该规则并注入错误到 Validator，自动映射至对应字段；
• 使用 first() / firstWhere() 替代 firstOrFail()，避免异常中断；
• 可结合 $this->input()、$this->route() 或注入服务获取上下文数据，保持逻辑内聚；
• 支持与其他内置规则（如 required、string）链式共存，顺序执行。

⚠️ 注意：闭包验证器不支持延迟加载（deferred validation），也不参与 Rule::unique() 的底层 SQL 优化（如 ignore()、whereNot() 的编译）。若性能敏感且逻辑可转为纯 SQL 条件，优先重构为 Rule::unique()->where(...)；否则，闭包是语义清晰、可控性强的标准解法。

总之，主动触发验证失败不是“绕过框架”，而是合理利用 Laravel 验证器的扩展机制——用 $fail() 代替 throw，让错误停留在应用层，确保 API 响应语义准确、前端体验一致。