ASP.NET Core Exception 中间件每层嵌套异常

Question

我创建了一个全局异常处理程序中间件来捕获我的所有自定义异常。

在我的 DAL 中抛出异常时，我希望 middelware 会将其捕获为与抛出的类型相同的类型。

// API
[HttpGet]
[Route("api/users")]
public IActionResult Get(int id)
{
    var user = _userService.GetById(id);
    return Ok(user);
}

// Repository
public async Task<List<User>> GetById(int id)
{
    throw new EntityNotFoundException("code", "message");
    // .. return user 
}

// Exception handler
public async Task Invoke(HttpContext httpContext)
{
    try
    {
        await _next(httpContext);
    }
    catch (Exception ex) // ex is of type JsonSerializationException 
    {
        if (ex is EntityNotFoundException)
        {
            // Handle exception
        }
    }
}

在上面的示例中，异常已被处理，但它是 JsonSerializationException 类型，带有 System.AggregateException 类型的 InnerException，其中包含另一个类型为 EntityNotFoundException 的 InnerException。

似乎异常嵌套在它传递的每一层（DAL > 服务 > API）。如何避免这种情况，以便将异常捕获为原始类型？

Answer 1

您提供的example 看起来不错，但缺少一个重要的东西，那就是single responsibility。

ASP.NET Core 有一个更好的方法，即使用 exception filters，它也可以全局注册，并且可以为每个自定义异常甚至未处理的异常编写。

示例：

public class EntityNotFoundExceptionFilter : IExceptionFilter
{
   public EntityNotFoundExceptionFilter(// some dependencies that u want to inject)
   {
       ...
   }

   public void OnException(ExceptionContext context)
   {
      if (!(context.Exception is EntityNotFoundException))
      {
          return;
      }

      context.ExceptionHandled = true;
      context.Result = new NotFoundObjectResult // will produce 404 response, you can also set context.HttpContext.Response.StatusCode based on your exceptions statuscode and return an ObjectResult instead
      {
         context.Exception.Message
      }
   }
}

现在在您的 Startup.cs 中的 ConfigureServices(...) 函数中添加以下内容

public void ConfigureService(IServiceCollection services)
{
    ...
    services.AddMvc(options => 
    {
        ...
        options.Filters.Add(typeof(EntityNotFoundExceptionFilter));
        ...
    }
    ...
}

您最终会编写许多过滤器，但这是一种更简洁的方法，这就是应该使用 asp.net-core filterpipeline 的方式 + 这将起作用:)

我不是 100% 确定为什么在您当前的实现中有这么多异常，但我猜 asp.net 尝试返回异常，然后无法序列化它和类似的东西。

编辑：

我创建了一个可以在here 找到的最小示例。克隆项目后通过http://localhost:58741/api/some访问url。