.NET Core 7：抽象控制器初始化时如何返回Bad Request？

方案一：用Action过滤器（推荐，贴合控制器层级逻辑） #

原代码在构造函数里做校验行不通——构造函数阶段没法直接终止请求并返回响应，改用Action过滤器能在Action执行前完成校验，不符合条件就直接返回400，拦截后续逻辑。

1. 编写自定义Action过滤器：

public class SomeIdValidationFilter : IActionFilter
{
    public void OnActionExecuting(ActionExecutingContext context)
    {
        // 从当前请求的用户Claims中获取some_id
        var someIdClaim = context.HttpContext.User.Claims
            .FirstOrDefault(c => c.Type == "some_id");

        // 校验Claim是否存在或有效
        if (someIdClaim == null || string.IsNullOrEmpty(someIdClaim.Value))
        {
            // 直接返回BadRequest响应
            context.Result = new BadRequestObjectResult("缺少有效的some_id Claim");
        }
    }

    public void OnActionExecuted(ActionExecutedContext context)
    {
        // 无需处理执行后逻辑，留空即可
    }
}

2. 在抽象控制器上标记过滤器，所有派生控制器会自动继承校验逻辑：

[TypeFilter(typeof(SomeIdValidationFilter))]
public abstract class AbstractController : Controller
{
    // 保留其他初始化逻辑（如果有），校验逻辑已移至过滤器
    protected AbstractController()
    {
        // 自定义初始化操作
    }
}

该方案的优势是逻辑与控制器绑定，自动覆盖所有派生类，无需额外配置。

方案二：用中间件（精准匹配目标控制器） #

如果倾向在管道层面实现校验，可通过中间件判断请求对应的控制器是否为AbstractController的派生类，再执行校验：

1. 编写中间件代码：

public class SomeIdValidationMiddleware
{
    private readonly RequestDelegate _next;

    public SomeIdValidationMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        // 获取当前请求的控制器描述信息
        if (context.GetEndpoint()?.Metadata.GetMetadata<ControllerActionDescriptor>() is ControllerActionDescriptor descriptor)
        {
            var controllerType = descriptor.ControllerTypeInfo.AsType();
            // 判断是否为AbstractController的派生类（排除抽象类本身）
            if (typeof(AbstractController).IsAssignableFrom(controllerType) && controllerType != typeof(AbstractController))
            {
                // 校验some_id Claim
                var someIdClaim = context.User.Claims.FirstOrDefault(c => c.Type == "some_id");
                if (someIdClaim == null || string.IsNullOrEmpty(someIdClaim.Value))
                {
                    context.Response.StatusCode = StatusCodes.Status400BadRequest;
                    await context.Response.WriteAsJsonAsync(new { 提示 = "缺少有效的some_id Claim" });
                    return; // 终止请求管道，不执行后续逻辑
                }
            }
        }

        // 校验通过，继续执行后续管道流程
        await _next(context);
    }
}

2. 在Program.cs中注册中间件（注意要放在路由中间件之前）：

var builder = WebApplication.CreateBuilder(args);

// 注册必要服务
builder.Services.AddHttpContextAccessor();

var app = builder.Build();

// 注册校验中间件，位置需在UseRouting之前
app.UseMiddleware<SomeIdValidationMiddleware>();

app.UseRouting();

// 其他中间件配置...
app.MapControllers();

app.Run();

该方案适合希望将校验逻辑统一放在管道层的场景，精准控制仅对目标控制器生效。

内容的提问来源于stack exchange，提问作者ertucode