阅读目录

• 一、使用异常筛选器捕获所有异常
• 二、HttpResponseException自定义异常信息
• 三、返回HttpError
• 四、总结

正文

前言：上篇C#进阶系列——WebApi接口传参不再困惑：传参详解介绍了WebApi参数的传递，这篇来看看WebApi里面异常的处理。关于异常处理，作为程序员的我们肯定不陌生，记得在介绍 AOP 的时候，我们讲过通过AOP可以统一截获异常。那么在我们的WebApi里面一般是怎么处理异常的呢，今天这一篇，博主带着大家一起来实践下WebApi的异常处理。

WebApi系列文章

• C#进阶系列——WebApi接口测试工具：WebApiTestClient
• C#进阶系列——WebApi 跨域问题解决方案：CORS
• C#进阶系列——WebApi身份认证解决方案：Basic基础认证
• C#进阶系列——WebApi接口传参不再困惑：传参详解
• C#进阶系列——WebApi接口返回值不困惑：返回值类型详解
• C#进阶系列——WebApi异常处理解决方案
• C#进阶系列——WebApi区域Area使用小结

为什么说是实践？因为在http://www.asp.net里面已经明确给出WebApi的异常处理机制。光有理论还不够，今天我们还是来试一把。通过实践，我们可能发现一些更详尽的用法。

回到顶部回到顶部文章 这样描述两者的区别：当呼叫 Web API 服务时发生了与预期上不同的错误时，理当应该中止程序返回错误讯息，这时对于错误的返回就该使用 HttpResponseException，而使用 HttpResponseMessage 则是代表着当客户端发送了一个工作请求而 Web API 正确的完成了这个工作，就能够使用 HttpResponseMessage 返回一个 201 的讯息，所以 HttpResponseMessage 与 HttpResponseException 在使用上根本的目标就是不同的，用 HttpResponseMessage 去返回一个例外错误也会让程序结构难以辨别且不够清晰。

回到顶部回到顶部

四、总结

 以上三种异常的处理方法，可以根据不同的场景选择使用。

• 如果项目对异常处理要求并不高，只需要记录好异常日志即可，那么使用异常筛选器就能够搞定
• 如果项目需要对不同的异常，客户端做不同的处理。而这个时候使用异常筛选器不能详尽所有的异常，可能使用HttpResponseException对象是更好的选择，定义更加精细的异常和异常描述。
• 对于何时使用HttpError，又何时使用HttpResponseMessage，可以参考上文三里面用法。
• 当然实际项目中很可能以上两种或者三种同时使用。