在ASP.NET MVC中，有三种拦截器：Action拦截器、Result拦截器和Exception拦截器。我要用到第一种和第三种。其实所谓的ASP.NET MVC拦截器，也没什么神秘的，就是一个普通的类而已。只不过需要继承FilterAttribute基类，Action拦截器还要实现IActionFilter接口，而Exception拦截器需要实现IExceptionFilter接口。
我们先来看实现：让我们在Controllers目录下新建一个Filters目录，然后在Filters下新建两个类，一个叫LoggerFilter一个叫ExceptionFilter。首先是LoggerFilter的代码。
LoggerFilter.cs:
1
using System;
2using System.Collections.Generic;
3using System.Linq;
4using System.Web;
5using System.Web.Mvc;
6using System.Web.Mvc.Ajax;
7
8namespace MVCDemo.Controllers.Filters
9![]()
}
2
3
4
5
6
7
8
9
可以看到，这个类继承了FilterAttribute并实现了IActionFilter。其中关键是IActionFilter，它有两个方法，OnActionExecuting在被拦截Action前执行，OnActionExecuted在被拦截Action后执行。两个方法都有一个参数，虽然类型不同，但其实都是一个作用：被拦截Action的上下文。
这个地方我得解释一下，你拦截器拦截了Action，在做处理时难免要用到被拦截Action相关的东西，例如在我们的例子中，就需要想被拦截Action所在Controller的ViewData中添加内容，所以，拦截器方法有一个参数表示被拦截Action的上下文是顺理成章的事。
下面再看ExceptionFilter这个拦截器，它是在Action出现异常时发挥作用的。
ExceptionFilter.cs:
1using System;
2using System.Collections.Generic;
3using System.Linq;
4using System.Web;
5using System.Web.Mvc;
6using System.Web.Mvc.Ajax;
7
8namespace MVCDemo.Controllers.Filters
9![]()
}
2
3
4
5
6
7
8
9
异常拦截器一样需要继承FilterAttribute，但是不要实现IActionFilter，而是要实现IExceptionFilter接口，这个接口只有一个方法：OnException，顾名思义，当然是发生异常时被调用了。我们看看我让它做了什么：首先将异常信息（ExceptionContext一样也是上下文，而其成员的Exception就是一个Exception类型的实例，就是被抛出的异常）记录到ViewData相应的键值里，然后我们要呈现Error这个视图。
注意！这里已经不是Controller里了，而是另一个类，所以当然不能调用View方法返回ViewResult实例了。我们只好新建一个ViewResult实例，并将其视图名设为Error，将上下文中的DataView传过去。
最后那行filterContext.ExcepitonHandled = true;很重要，这行的意思是告诉系统，异常已经处理，不要再次处理了。
应用拦截器
好了，拦截器建立完了，要怎么应用到相应的Action上呢？如果你使用过Spring，你一定对其AOP是实现之麻烦深有感触，如果你和我一样讨厌写各种XML的话，你真是太幸福了。因为在ASP.NET MVC中，应用拦截器简直是轻松加愉快。只要将拦截器当做Attribute写在要应用此拦截器的Action上就行了。看代码。
AnnounceController.cs:
1using System;
2using System.Collections.Generic;
3using System.Linq;
4using System.Web;
5using System.Web.Mvc;
6using System.Web.Mvc.Ajax;
7using MVCDemo.Models;
8using MVCDemo.Models.Interfaces;
9using MVCDemo.Models.Entities;
10using MVCDemo.Controllers.Filters;
11
12namespace MVCDemo.Controllers
13![]()
}
2
3
4
5
6
7
8
9
10
11
12
13
看到没有，只要在DoRelease上写这么两个Attribute，一切就完成了，至于什么时候该调用什么拦截器，都是框架帮你完成了。注意一点，为了让我们看出拦截器的时序，我们在DoRelease中加了一点东西，就是加了一个ViewData["Time"]，里面记录了执行此Action的时间，因为日志拦截器在前后都会记录时间，我们通过比较时间就可以看出执行顺序了。至于那两个Sleep则是让效果更明显的，这行代码的意思是让程序在这里延迟2秒。
要执行这个程序，我们还要改一下ReleaseSucceed.aspx视图，其实就是加几个地方显示ViewData里相应的数据。
ReleaseSucceed.aspx:
1![]()
>
现在可以提交一则公告看结果了：
没有问题，拦截器方法顺利执行，而且从时间可以看出，OnActionExecuting先执行，Action执行，然后OnActionExecuted执行。
下面我们来看看异常拦截器的效果。要触发异常拦截器，首先要抛出一个异常，所以，我们在业务逻辑组件做点手脚。将MockAnnounceServices的Release方法改成如下：
下面我们来看看异常拦截器的效果。要触发异常拦截器，首先要抛出一个异常，所以，我们在业务逻辑组件做点手脚。将MockAnnounceServices的Release方法改成如下：
1![]()
}
另外，我们还要实现一个Error.aspx视图，这是在异常拦截器中定义的错误视图。我们将它新建在Views/Shared下就可以了。顺便说一下，共用的视图一般放在Shared下，因为ASP.NET MVC的视图寻找机理是当与Controller同名目录下不存在时，就到Shared下看看有没有此视图。
Error.aspx:
1![]()
>
好了，现在我们再提交新公告，会返回如下结果：
很明显，业务组件抛出了异常，但是我们的Action方法中并没有用try...catch处理，但是异常拦截器成功拦截了异常，并做了相应处理。
我们再回过头看看，使用了拦截器后，代码是不是很清晰呢。
小结
通过本文，朋友们应该可以掌握拦截器的基本使用以及使用它在表示层实现AOP了。下一篇作为本系列的终结篇，将对ASP.NET MVC做一个全面的讨论，并与Web Form模型进行一个比较，使朋友们看清其优势、劣势，从而更好的学习使用这个框架。
我们再回过头看看，使用了拦截器后，代码是不是很清晰呢。
小结
通过本文，朋友们应该可以掌握拦截器的基本使用以及使用它在表示层实现AOP了。下一篇作为本系列的终结篇，将对ASP.NET MVC做一个全面的讨论，并与Web Form模型进行一个比较，使朋友们看清其优势、劣势，从而更好的学习使用这个框架。