在 ASP.NET Web API 2 中禁用 *all* 异常处理（为我自己腾出空间）？

Question

我想在中间件组件中连接异常处理，如下所示：

public override async Task Invoke(IOwinContext context)
{
    try
    {
        await Next.Invoke(context);
    }
    catch (Exception ex)
    {
        // Log error and return 500 response
    }
}

但是，我想捕获的一些异常正在被 Web API 管道捕获并转换为HttpErrorResponses，然后我才能找到它们。在此过程中，我丢失了很多有关错误的详细信息，因此在调试等时无法获得有用的堆栈跟踪（调试器甚至在抛出异常时都不会停止 - 我必须手动单步执行代码并查看它失败的地方......）。

我尝试使用以下实现添加自定义异常处理程序：

public Task HandleAsync(ExceptionHandlerContext context, CancellationToken cancellationToken)
{
    var owinContext = context.Request.GetOwinContext();
    owinContext.Set(Constants.ContextKeys.Exception, context.Exception);
    return Task.FromResult(0);
}

在我的启动配置中通过config.Services.Replace(typeof(IExceptionHandler), new MyExceptionHandler());注册，但是通过Next.Invoke(context)执行后查看

context.Get<Exception>(Constants.ContextKeys.Exception);

仍然没有给我我想要的所有细节，也没有在调试器的故障点处停止。

有没有办法可以完全关闭所有内置错误处理，以便我自己的中间件可以处理？

澄清，因为很多人似乎误解了我所追求的：

• Web API 中的内置错误处理捕获一些（但不是全部）异常并将它们重写为 500 个响应。
• 我想捕获所有异常，做一些日志记录，然后然后发出 500 个响应我选择的信息（对于大多数，请参阅下一个项目符号）。
• 还有一些异常表示业务逻辑错误，我想为此返回 40x 错误。
• 我希望它位于（应用程序）管道的顶部，即在请求生命周期中包装 所有内容
• 我想使用 OWIN 处理此问题，以使其可移植到未来可能的自托管方案（即，此应用程序将始终托管在 IIS 上并不是一成不变的 - HTTP 模块、Global.asax.cs 等在这里不相关）。

Answer 1

更新：I blogged about this。在研究博客文章时，我发现了一些改进的潜力；我已经更新了这个答案的相关部分。有关为什么我认为这比此处的所有其他建议或默认行为更好的更多详细信息，请阅读整篇文章:)

---

我现在采用了以下方法，它似乎工作正常，即使不是 100% 符合我的要求：

• 创建一个类PassthroughExceptionHandler：

  public class PassthroughExceptionHandler : IExceptionHandler
  {
      public Task HandleAsync(ExceptionHandlerContext context, CancellationToken cancellationToken)
      {
          // don't just throw the exception; that will ruin the stack trace
          var info = ExceptionDispatchInfo.Capture(context.Exception);
          info.Throw();
          return Task.CompletedTask;
      }
  }
  

• 让那个类替换 Web API 的IExceptionHandler 服务：

  config.Services.Replace(typeof(IExceptionHandler), new PassthroughExceptionHandler());
  

• 创建一个做我想做的中间件类：

  public class ExceptionHandlerMiddleware
  {
      public override async Task Invoke(IOwinContext context)
      {
          try
          {
              await Next?.Invoke(context);
          }
          catch (Exception ex)
          {
              // handle and/or log
          }
      }
  }
  

• 首先在堆栈中注册该中间件：

  app.Use<ExceptionHandlerMiddleware>()
     .UseStageMarker(PipelineStage.Authenticate)
     // other middlewares omitted for brevity
     .UseStageMarker(PipelineStage.PreHandlerExecute)
     .UseWebApi(config);
  

我仍会将赏金奖励给提出建议的任何人（赏金已过期...）我仍在寻找更好的解决方案，例如，当 抛出未处理的异常。 （当我在处理程序中重新抛出异常时，这种方法会使 VS 中断，但原始调用堆栈丢失了；我必须在故障行设置断点并再次调试，以便能够在抛出异常时拦截状态。）

Answer 2

不确定这是否适合您，但我有类似的要求，即使未找到错误，也将所有错误作为 JSON 发送回。我创建了一个基本控制器并覆盖了 ExecuteAsync，允许我创建自己的响应。

public class ControllerBase : ApiController
{
    protected string ClassName = "ControllerBase::";

    public override System.Threading.Tasks.Task<HttpResponseMessage> ExecuteAsync(System.Web.Http.Controllers.HttpControllerContext controllerContext, System.Threading.CancellationToken cancellationToken)
    {
        try
        {
            System.Threading.Tasks.Task<HttpResponseMessage> TaskList = base.ExecuteAsync(controllerContext, cancellationToken);

            if (TaskList.Exception != null && TaskList.Exception.GetBaseException() != null)
            {
                JSONErrorResponse AsyncError = new JSONErrorResponse();
                AsyncError.ExceptionMessage = TaskList.Exception.GetBaseException().Message;
                AsyncError.ErrorMessage = string.Format("Unknown error {0} ExecuteAsync {1}", ClassName ,controllerContext.Request.RequestUri.AbsolutePath);
                AsyncError.HttpErrorCode = HttpStatusCode.BadRequest;

                HttpResponseMessage ErrorResponse = controllerContext.Request.CreateResponse(AsyncError.HttpErrorCode, AsyncError);

                return System.Threading.Tasks.Task.Run<HttpResponseMessage>(() => ErrorResponse);
            }
            return TaskList;
        }
        catch (Exception Error)
        {
            JSONErrorResponse BadParameters = new JSONErrorResponse();
            BadParameters.ExceptionMessage = Error.Message;
            BadParameters.ErrorMessage = string.Format("Method [{0}], or URL [{1}] not found, verify your request", controllerContext.Request.Method.Method, controllerContext.Request.RequestUri.AbsolutePath);
            BadParameters.HttpErrorCode = HttpStatusCode.NotFound;
            HttpResponseMessage ErrorResponse = controllerContext.Request.CreateResponse(BadParameters.HttpErrorCode, BadParameters);

            return System.Threading.Tasks.Task.Run<HttpResponseMessage>(() => ErrorResponse);
        }
    }
}

public class JSONErrorResponse
{
    //Possible message from exception
    public string ExceptionMessage { get; set; }
    //Possible custom error message
    public string ErrorMessage { get; set; }
    //Http error code
    public HttpStatusCode HttpErrorCode { get; set; }
}

Answer 3

您也可以尝试创建自己的控制器激活器，拥有自定义异常处理程序并尝试使用 ExceptionFilterAttribute。

1. 创建你的控制器激活器

   public class ExceptionHandlingControllerActivator : IHttpControllerActivator
   {
       private readonly IHttpControllerActivator _concreteActivator;
   
       public ExceptionHandlingControllerActivator(IHttpControllerActivator concreteActivator)
       {
           _concreteActivator = concreteActivator;
       }
   
       public IHttpController Create(HttpRequestMessage request, HttpControllerDescriptor controllerDescriptor, Type controllerType)
       {
           try
           {
               return _concreteActivator.Create(request, controllerDescriptor, controllerType);
           }
           catch (Exception ex)
           {
               // do stuff with the exception
               throw new HttpResponseException(request.CreateResponse(HttpStatusCode.InternalServerError, new ResponseModel(ex)));
           }
       }
   }
   

2. 创建异常过滤属性

   public class ExceptionHandlingFilter : ExceptionFilterAttribute
   {
       public override void OnException(HttpActionExecutedContext context)
       {
           // do stuff with the exception
   
           var request = context.Request;
           ResponseModel respMod = null;
   
           // Example: if debug constant is not defined, mask exception, otherwise create normal object with message, inner exception and stacktrace
   
           #if !DEBUG
           respMod = new ResponseModel(context.Exception, context.Exception.Message, true);
           #else
           respMod = new ResponseModel(context.Exception);
           #endif
   
           context.Response = request.CreateResponse(HttpStatusCode.InternalServerError, respMod);
       }
   }
   

3. ResponseModel 是我使用格式化程序序列化为 JSON 并由所有控制器响应返回的类，因此客户端能够识别错误数据以及除了 HTTP 状态代码之外的成功响应。

   config.Formatters.Clear(); // do not need any other
   config.Formatters.Add(new JsonMediaTypeFormatter());
   

4. 连线

   // ... [cut] ...            
   config.Filters.Add(new ExceptionHandlingFilter());
   // ... [cut] ...
   config.Services.Replace(typeof(IHttpControllerActivator),
       new ExceptionHandlingControllerActivator(config.Services.GetHttpControllerActivator())
   );
   // ... [cut] ...
   app.UseWebApi(config);
   

Answer 4

OWIN 不应该处理这样的异常，因为 web api 内置了自己的错误处理。OWIN 被设计为与应用程序分开。如果您在异常处理程序的 HandleAsync 方法上设置断点，您应该能够检查上下文变量并查看异常的详细信息。

如果您只是出于调试目的而尝试这样做，则在此处设置断点应该可以让您看到异常。如果您需要记录异常，我认为异常处理程序是执行此操作的最佳位置。

希望对您有所帮助。

Answer 5

这可能会有所帮助：

https://stackoverflow.com/a/21382651/1419853

http://www.asp.net/web-api/overview/releases/whats-new-in-aspnet-web-api-21#global-error

本质上，有一些内置支持来捕获、处理和更改错误。

看起来像这样：

public class ExceptionLogger : System.Web.Http.ExceptionHandling.ExceptionLogger
{
    Logger _logger;

    public ExceptionLogger(Logger logger)
    {
        _logger = logger;
    }

    public override void Log(ExceptionLoggerContext context)
    {
        _logger.Error(context.ExceptionContext.Exception.ToString());
    }
}