asp.net MVC3 仿照博客园功能 异常处理

　　众所周知，在asp.net世界中，对于异常的处理就是try catch，当然这个是在方法内部，还有Page_Error 页面级别的错误，application_error 应用程序级别的错误，这几个地方可以用来处理异常信息internalerror 。一般情况下，我们对于已知的可能出现的错误会直接在try catch中捕获并且处理，但是对于那些我们没有考虑到的异常信息，我们就要采取别的办法了，比如定义一个基类，用来处理子类抛出的异常，然后在可能出现异常信息的地方继承该类，让父类处理子类中不能确定的并且是抛出的未处理的异常信息。这个和验证用户是否登陆的方式基本一样，对于某些资源，需要有权限的用户才能访问，我们就会定义一个基类，用来验证用户是否登陆，如果登陆才可以继续执行，否则就要跳转到登陆界面。

　　当然，前面说的处理异常的方式是在web form时代我们(起码是我)常用的方式，但是在MVC 时代到临的时候，这些处理是否更容易呢?答案是肯定的，因为技术是在不断进步的嘛internalerror 。在MVC中我们对于已知的异常信息仍然会采用try catch的方式，并且是很常用的方式，但是对于验证用户登陆或者catch未捕获的异常信息(当然我的意思是catch(exception ex) 在catch最后没有这一条，或者说有这一句，但是把异常信息进行了抛出处理)，我们有了更容易实现的方式。下面让我们一起走进如何使用MVC处理异常信息。在软件架构不断发展的同时，设计模式也有了很多变种，AOP(面向切面编程或面向方面编程)就是一个变种的设计模式，对于设计模式的学习，我个人不推荐死记硬背，我希望可以了解每种模式的意义，然后在项目中不要刻意的去使用它，而是在重构的时候进行，这样我们可以更加深入的了解设计模式背后包含的含义。举个例子，单例模式是一个经典的设计模式，它可以保证类的实例只有一个，但是如果我们不正确的使用这种方式，有时候会带来负面效果，比如多线程同时访问，只有在保证加锁、解锁的情况下可以保证，[url=也可以用来捕获异常，但是我们自己来控制可能会更好一些。

　　首先internalerror 我们在HomeController的Index方法中抛出一个异常信息

　　1 public ActionResult Index(int? id, int pageSize = 20)

　　2 {

　　3 List blogList = BlogServices.GetAllBlogList().ToPagedList(id == null ? 1 : Convert.ToInt32(id), pageSize);

　　4 ViewBag.BlogList = blogList;

　　5 if (Request.IsAjaxRequest())

　　6 {

　　7

　　8 }

　　9

　　10 throw new , "");//抛出异常信息

　　11

　　12

　　13 return View(blogList);

　　14 }

　　15 //404Not Found

　　16 public ActionResult NotFound()

　　17 {

　　18 return View();

　　19 }

　　20 //内部服务器错误 500

　　21 public ActionResult InternalError()

　　22 {

　　23 return View();

　　24 }

　　2.设置自定义处理异常类

　　1 public class CustomExceptionAttribute :FilterAttribute,IExceptionFilter //HandleErrorAttribute

　　2 {

　　3

　　4 public void OnException(ExceptionContext filterContext)

　　5 {

　　6 if (filterContext.ExceptionHandled == true)

　　7 {

　　8 ;

　　9 if ( 则会自动

　　10 //将其ExceptionHandled设置为trueinternalerror ，那么我们就无法捕获异常

　　11 {

　　12 return;

　　13 }

　　14 }

　　15 ;

　　16 if ()

　　17 {

　　18 filterContext.Controller.ViewBag.UrlRefer = filterContext.;

　　19 if ()

　　20 {

　　21 filterContext.");

　　22 }

　　23 else if ()

　　24 {

　　25 filterContext.");

　　26 }

　　27 }

　　28 //写入日志 记录

　　29 filterContext.ExceptionHandled = true;//设置异常已经处理

　　30 }

　　31 }

　　在这里我要多说一句internalerror ，有些园友可能遇到这么一个问题，就是抛出了一个500的内部服务器异常，但是在自定义异常信息中就是无法捕获到，是什么原因呢?

　　其实就是MVC对500 的特殊照顾，在 。

　　对于其他的异常状态码，比如404就没有这样的照顾，所以500我们要优先照顾呀internalerror 。

　　3.在设置好了自定义异常处理以后，我们可以在每个Action或Controller中进行注入，但是在MVC 3 中提供了另外一种可以全局注入的方式，[url=上都进行了注入。

　　在global.asax中internalerror ，进行全局注册

　　1 public static void RegisterGlobalFilters(GlobalFilterCollection filters)

　　2 {

　　3 filters.Add(new CustomExceptionAttribute(),1);//自定义的验证特性

　　4 filters.Add(new HandleErrorAttribute(),2);

　　5 }

　　4.我们在设置了自定义异常处理以后internalerror ，会跳转到对应的页面，里面的信息相信大家都可以自己定制了

　　5.有图有证据 先来一个404异常处理信息

　　internalerror 我请求的页面是home/index,然后自动跳转到了notFound页面

　　还有500错误internalerror ，如果您不注意判断一个这个错误，那么你是不可能的

　　总结一下，在MVC中处理异常有很多中方式，HandleErrorAttribute，自定义异常处理类(重写IExceptionFilter或者是HandleErrorAttribute 的OnException方法)，传统的try catch方法，这些都可以，除去那个try catch，其实自定义异常处理就是Filter的体现，和登陆验证没有任何区别internalerror 。

　　还有一点就是 。

　　在我们处理完了异常以后，一定要将其ExceptionHandled设置为true，这样可以避免父类或者更高一级的异常处理捕获处理该异常信息internalerror 。

　　MVC处理异常就是这么简单，Filter特性就是那么强大，让我们拥抱MVC，拥抱filterinternalerror 。