Mikel
[转载]ASP.Net MVC探索之路 – 不想在多个Action上写同样的FitlerAttribute(上) – Catcher In The Rye – 博客园.
以AuthorizeAttribute这个Filter举例，一个Controller有若干个Action，包括登录的Action（如 Login）。这时我们就不能将Authorize放在Controller签名之上，不得不给除了Login这个Action之外的所有Action加 上个Authorize——这也不是大不了的事情，我多写几个Authorize也觉得没关系，或者我重新实现一个 IAuthorizationFilter,在里面判断如果是Login这个Action，就不进行验证。
如果我想给所有Action注入一段html到页面底部，我必须去修改Controller吗？
如果我想动态控制某个Action允许由哪些角色访问，我通过修改Controller能实现吗？
如果我想这时候控制的由哪些角色来访问，需求改变时我想要控制由哪些用户来访问呢？我还得去修改Controller吗？或者增加或修改Filter吗？
所以需求就出现了：能不能让我集中管理这些Filter，并且控制的更灵活呢？能让所有Controller和Action签名上都干干净净的那就最好了。
那就把Filter放在一处集中管理，在Action或ActionResult等执行Filter之前保证将需要的Filter准备好就行了。
在解决问题之前，先简单回顾一下Action执行前后发生的事。
我们知道，在ASP.NET MVC中，每一次请求通常都定位到一个具体的Controller的Action中。
在默认情况下，由Action执行器ControllerActionInvoker类去控制Action的执行（或不执行），实际做事的是InvokeAction方法。
InvokeAction 方法首先去查找Action(由FindAction方法)，如果Action被找到了，会去检索该Action拥有的Filter以及该Action所 属Controller的Filter（由GetFilters方法），将找到的所有Filter放入一个FilterInfo变量 中，FilterInfo中保存的Filter不完全是Action是自己的。然后先执行找到的所有IAuthorizationFilter（由 InvokeAuthorizationFilters方法）。当然，在InvokeAuthorizationFilters方法中，只要有 IAuthorizationFilter的ActionResult不为null就会返回不会执行其他的了。 InvokeAction方法检测执行结果，如果ActionResult的确不为空，则执行该Result,其他Filter就不管啦。 接着获取要传给Action的参数集（交给GetParameterValue方法），就执行 InvokeActionMethodWithFilters方法，方法名已经足够说明它是干什么的了。如果一切正常，根据 InvokeActionMethodWithFilters方法返回的结果去接着就执行InvokeActionResultWithFilters方 法。在执行InvokeAuthorizationFilters一直到执行InvokeActionResultWithFilters的这一整个过程 中如果发生异常，则根据捕获的异常执行InvokeExceptionFilters进行异常处理。
这里需要注意一 点:InvokeAction、GetFilters、InvokeAuthorizationFilters、GetParameterValue、 InvokeActionMethodWithFilters、InvokeActionResultWithFilters、 InvokeExceptionFilters等全是虚方法，除非有足够的原因去继承IActionInvoker重写一个Action执行器，否则重写 某些方法足够扩展。
甚至ControllerActionInvoker类本身，在ASP.NET MVC基础架构中也是可以替换的，怎么替换呢？继承Controller类时重写CreateActionInvoker方法就可以。
另 外还可以在构造Controller对象给它的ActionInvoker属性赋值，这又怎么赋值？重写 DefaultControllerFactory创建Controller实例的GetControllerInstance方法。 然后在Applicaion_Start中设置新的ControllerFactor：
ControllerBuilder.Current.SetControllerFactory(new YourControllerFactory());
回到主题。 首先我们将Filter和Action的对应关系（Filter和Controller的对应关系在本文中暂不讨论）存于一个集合中并缓存起来。
从 找到Action到执行InvokeAuthorizationFilters之前，必须将IAuthorizationFilter准备好；从找到 Action到执行InvokeActionMethodWithFilters之前，必须将Action需要的IActionFilter准备好；从找 到Action到执行InvokeActionResultWithFilters之前，必须将ActionResult需要的 IResultFilter准备好。异常发生InvokeExceptionFilters执行之前，必须将IExceptionFilter准备好。 基于以上几点，我们好像只能在FindAction方法和GetFilters方法之间选择一个。当然也就是只有GetFilters了。
在Filter方法中，我们根据当前Action的特征（如方法名，或包括请求方式Get或Post）与Filter和Action对应表。将匹配的Filter加进FilterInfo变量中。
下一章讨论一下具体的实现。感兴趣的可以去看看Oxite ,它实现了本章提到的一部分的需求。
