.NET Core C# 如何捕获ActionFilter抛出的异常到ExceptionFilter

问题根因 #

你在CancellationToken.Register中注册的回调是独立于MVC请求处理管道的异步线程执行的，不属于ActionFilter、Action方法的同步调用链。而MVC的ExceptionFilter只能捕获过滤器执行、Action执行过程中在当前请求上下文同步抛出的异常，这类后台线程触发的异常不会流入ExceptionFilter的处理逻辑，因此无法捕获。

解决方案 #

方案1：同步判断取消状态抛出异常（最简单）

如果你需要异常被ExceptionFilter捕获，直接去掉Register回调，在OnActionExecuting中同步判断取消状态抛出异常即可，异常会走正常的MVC过滤器管道：

public override void OnActionExecuting(ActionExecutingContext context)
{
    var token = context.HttpContext.RequestAborted;
    // 同步判断取消状态，直接抛出
    if (token.IsCancellationRequested)
    {
        throw new OperationCanceledException(token);
    }
    // 其余业务逻辑
}

方案2：改用全局异常中间件捕获（适配Register回调场景）

如果业务上必须保留Register的回调逻辑，就用ASP.NET Core全局异常中间件替代ExceptionFilter，中间件可以覆盖整个请求生命周期的未处理异常，适配异步回调场景：

1. 在Startup.cs的Configure方法最开头注册异常处理中间件：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 异常处理中间件必须放在所有中间件的最前面
    app.Use(async (context, next) =>
    {
        try
        {
            await next();
        }
        catch (OperationCanceledException)
        {
            Console.WriteLine("Request was cancelled-------####@@@@@@");
            // 按需设置响应状态码，比如客户端断开的场景可以设为499
            context.Response.StatusCode = 499;
        }
    });

    // 其余中间件注册逻辑，比如UseRouting、UseEndpoints等
}

2. 原有ActionFilter的Register逻辑不需要修改，即可正常捕获对应异常。

额外注意事项 #

• 如果保留ExceptionFilter方案，需要注意过滤器注册顺序：MVC的异常过滤器是按注册顺序逆序触发，要保证ExceptionFilter的注册顺序早于你自定义的ActionFilter，才能正常捕获前者抛出的异常。
• 不要在CancellationToken回调中抛出未被包裹的异常，ASP.NET Core 3.0+版本中后台未捕获异常会直接导致进程终止，必须有上层异常处理逻辑兜底。

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