2017年11月聚合文章--C#进阶--WebApi异常处理机制

其实对于C#异常处理大家都不陌生，但是对于在WeiApi上的异常处理实际上也和传统异常处理区别不大，但是却经过封装可以让异常更加友好，https://docs.microsoft.com/en-us/aspnet/web-api/overview/error-handling/exception-handling，通过微软的官方介绍，我们可以知道WeiApi可以简单概述为三种异常，接下来我们围绕这三种异常给出例子，如何封装和处理以上三种异常

异常过滤

异常过滤器实现了 System.Web.Http.Filters.IExceptionFilter 接口。编写异常过滤器最简单的方法是从 System.Web.Http.Filters.ExceptionFilterAttribute 类派生并重写 OnException 方法。Microsoft给出的关于异常过滤器解释，那么如何实现呢？通过阅读《Asp.NET WEB API2 框架揭秘》,我们知道每一次客户端请求API都会通过HTTP请求，服务端得到结果输出response到客户端。这个过程中，一旦服务端发生异常，会统一向客户端返回500的错误。

那么在Web API中如何定义 NotImplementedException类？首先在App_Start里面新建一个类WebApiExceptionFilterAttribute.cs，继承ExceptionFilterAttribute，重写OnException方法，代码如下


 1 public class WebApiExceptionFilterAttribute : ExceptionFilterAttribute 
 2     {
 3         //重写基类的异常处理方法
 4         public override void OnException(HttpActionExecutedContext actionExecutedContext)
 5         {
 6             //1.异常日志记录（正式项目里面一般是用log4net记录异常日志）
 7             Console.WriteLine(DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss") + "——" +
 8                 actionExecutedContext.Exception.GetType().ToString() + "：" + actionExecutedContext.Exception.Message + "——堆栈信息：" +
 9                 actionExecutedContext.Exception.StackTrace);
10 
11             //2.返回调用方具体的异常信息
12             if (actionExecutedContext.Exception is NotImplementedException)
13             {
14                 actionExecutedContext.Response = new HttpResponseMessage(HttpStatusCode.NotImplemented);
15             }
16             else if (actionExecutedContext.Exception is TimeoutException)
17             {
18                 actionExecutedContext.Response = new HttpResponseMessage(HttpStatusCode.RequestTimeout);
19             }
20             //.....这里可以根据项目需要返回到客户端特定的状态码。如果找不到相应的异常，统一返回服务端错误500
21             else
22             {
23                 actionExecutedContext.Response = new HttpResponseMessage(HttpStatusCode.InternalServerError);
24             }
25 
26             base.OnException(actionExecutedContext);
27         }
28     }

View Code

代码解析：通过判断异常的具体类型，向客户端返回不同的http状态码，示例里面写了两个，可以根据项目的实际情况加一些特定的我们想要捕获的异常，然后将对应的状态码写入http请求的response里面，对于一些我们无法判断类型的异常，统一返回服务端错误500。Microsoft也有一个代码实现，但是没有封装

注册异常过滤

有几种方法可以注册Web API异常过滤器：

接口级别
控制器级别
全局配置

要将过滤器应用于特定操作，请将过滤器作为属性添加到操作中：

public class ProductsController : ApiController
{
    [NotImplExceptionFilter]
    public Contact GetContact(int id)
    {
        throw new NotImplementedException("This method is not implemented");
    }
}

要将过滤器应用于控制器上的所有操作，请将过滤器作为属性添加到控制器类中：

[NotImplExceptionFilter]
public class ProductsController : ApiController
{
    // ...
}

要将过滤器全局应用于所有Web API控制器，请将过滤器实例添加到 GlobalConfiguration.Configuration.Filters 集合中。此集合中的执行筛选器适用于任何Web API控制器操作。

GlobalConfiguration.Configuration.Filters.Add(
    new ProductStore.NotImplExceptionFilterAttribute());

如果需要，甚至可以向Status Code里面写入自定义的描述信息，并且还可以向我们的Response的Content里面写入我们想要的信息。我们稍微改下OnException方法：

if (actionExecutedContext.Exception is NotImplementedException)
            {
                var oResponse = new HttpResponseMessage(HttpStatusCode.NotImplemented);
                oResponse.Content = new StringContent("方法不被支持");
                oResponse.ReasonPhrase = "This Func is Not Supported";
                actionExecutedContext.Response = oResponse;
            }

HttpResponseException自定义异常信息

异常过滤器是针对接口控制器以及全局定义，一般返回的都是服务器级别的错误，但是有的时候我们需要定义业务异常的代码，那么如果是业务异常的情况下我们就可以使用HttpResponseException自定义异常，如下述代码：

public Product GetProduct(int id)
{
    Product item = repository.Get(id);
    if (item == null)
    {
        var resp = new HttpResponseMessage(HttpStatusCode.NotFound)
        {
            Content = new StringContent(string.Format("没有找到产品ID = {0}的产品", id)),
            ReasonPhrase = "Product ID Not Found"
        }
        throw new HttpResponseException(resp);
    }
    return item;
}

可以看到具体的业务异常信息是通过HttpResponseMessage封装，最后由HttpResponseException抛出，Microsoft没有解释HttpResponseMessage是什么，起初笔者以为这是一个HttpResponseException的子类，但是跟踪了后发现HttpResponseMessage 继承了IDisposable接口，而IDisposable 接口的主要用途是释放非托管的资源。垃圾回收器自动释放不再使用该对象时分配给托管对象的内存。但是，不可能预测将发生垃圾回收。此外，垃圾回收器具有不知道如窗口句柄的非托管资源，或打开文件和流。从描述上来看使用HttpResponseMessage时就代表发生了异常并且进行一次资源管理的回收，所以笔者认为，使用HttpResponseMessage可以更清晰的描述业务中所发生的异常，并且在返回异常的时候进行一次垃圾回收，减少程序资源浪费

HttpError

HttpError 对象提供了一个一致的方式在回应主体中返回的错误信息。以下示例显示如何在响应正文中使用 HttpError 返回HTTP状态码404（Not Found）。通过Microsoft的解释就可以知道HttpError提供的是状态码返回，那么实际应用上更多的是将其和HttpResponseException一起使用。

public Product GetProduct(int id)
{
    Product item = repository.Get(id);
    if (item == null)
    {
        var message = string.Format("Product with id = {0} not found", id);
        throw new HttpResponseException(
            Request.CreateErrorResponse(HttpStatusCode.NotFound, message));
    }
    else
    {
        return item;
    }
}

总结

借鉴 C#进阶系列——WebApi 异常处理解决方案，

借鉴（Microsoft官网）ASP.NET Web API中的异常处理

在一般的项目中，可以定义好一些全体的关于服务器端的异常处理，并且封装好一个HttpResponseException自定义异常的处理，无需捕获HttpResponseException异常，Api会自己处理这个异常的，并且最好为每个异常给出更加详细的HTTP状态码，可以让异常更加精细友好

注：本文内容来自互联网，旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜，请你联系站长进行处理。

[聚合文章] C#进阶--WebApi异常处理机制

异常过滤

注册异常过滤

HttpResponseException自定义异常信息

HttpError

总结