ASP.NET MVC：Filter和Action的執行介紹

protected override void ExecuteCore() { 
PossiblyLoadTempData(); 
try { 
string actionName = RouteData.GetRequiredString("action"); 
if (!ActionInvoker.InvokeAction(ControllerContext, actionName)) { 
HandleUnknownAction(actionName); 
} 
} 
finally { 
PossiblySaveTempData(); 
}} 
 
這個方法比較簡單，首先是加載臨時數據，這僅在是child action的時候會出現，暫不討論。接下來就是獲取action的名字，然后InvokeAction， 這里的ActionInvoker是一個ControllerActionInvoker類型的對象，我們來看它的InvokeAction方法， 
 代碼如下:

public virtual bool InvokeAction(ControllerContext controllerContext, string actionName) { 
if (controllerContext == null) { 
throw new ArgumentNullException("controllerContext"); 
} 
if (String.IsNullOrEmpty(actionName)) { 
throw new ArgumentException(MvcResources.Common_NullOrEmpty, "actionName"); 
} 
ControllerDescriptor controllerDescriptor = GetControllerDescriptor(controllerContext); 
ActionDescriptor actionDescriptor = FindAction(controllerContext, controllerDescriptor, actionName); 
if (actionDescriptor != null) { 
FilterInfo filterInfo = GetFilters(controllerContext, actionDescriptor); 
try { 
AuthorizationContext authContext = InvokeAuthorizationFilters(controllerContext, filterInfo.AuthorizationFilters, actionDescriptor); 
if (authContext.Result != null) { 
// the auth filter signaled that we should let it short-circuit the request 
InvokeActionResult(controllerContext, authContext.Result); 
} 
else { 
if (controllerContext.Controller.ValidateRequest) { 
ValidateRequest(controllerContext); 
} 
IDictionary<string, object> parameters = GetParameterValues(controllerContext, actionDescriptor); 
ActionExecutedContext postActionContext = InvokeActionMethodWithFilters(controllerContext, filterInfo.ActionFilters, actionDescriptor, parameters); 
InvokeActionResultWithFilters(controllerContext, filterInfo.ResultFilters, postActionContext.Result); 
} 
} 
catch (ThreadAbortException) { 
// This type of exception occurs as a result of Response.Redirect(), but we special-case so that 
// the filters don't see this as an error. 
throw; 
} 
catch (Exception ex) { 
// something blew up, so execute the exception filters 
ExceptionContext exceptionContext = InvokeExceptionFilters(controllerContext, filterInfo.ExceptionFilters, ex); 
if (!exceptionContext.ExceptionHandled) { 
throw; 
} 
InvokeActionResult(controllerContext, exceptionContext.Result); 
} 
return true; 
} 
// notify controller that no method matched 
return false;} 
 
這是一個非常核心的方法，有很多工作在這里面完成。ASP.NET MVC中有幾個以Descriptor結尾的類型，首先獲得ControllerDescriptor，這個比較簡單，實際返回的是ReflectedControllerDescriptor對象。第二步實際上是調用了ReflectedControllerDescriptor的FindAction方法，獲得ActionDescriptor，ActionDescriptor最重要的屬性是一個MethodInfo，這就是當前action name對應的Action的方法。FindAction方法內部實際上是調用了ActionMethodSelector的FindActionMethod來獲得MethodInfo，可以想象，這個方法將會反射controller的所有方法的名字，然后和action name匹配，實際上，ASP.NET還支持一些額外的功能，主要是： 1.通過ActionNameAttribute屬性重命名action的名字；2.支持ActionMethodSelectorAttribute對action方法進行篩選，比如[HttpPost]之類的。下面簡單看下ActionMethodSelector的實現，大致分為4步，首先是在構造函數中調用了如下方法反射controller中的所有action方法: 
 代碼如下:

private void PopulateLookupTables() { 
MethodInfo[] allMethods = ControllerType.GetMethods(BindingFlags.InvokeMethod | BindingFlags.Instance | BindingFlags.Public); 
MethodInfo[] actionMethods = Array.FindAll(allMethods, IsValidActionMethod); 
AliasedMethods = Array.FindAll(actionMethods, IsMethodDecoratedWithAliasingAttribute); 
NonAliasedMethods = actionMethods.Except(AliasedMethods).ToLookup(method => method.Name, StringComparer.OrdinalIgnoreCase); 
}FindActionMethod方法如下: 
public MethodInfo FindActionMethod(ControllerContext controllerContext, string actionName) { 
List<MethodInfo> methodsMatchingName = GetMatchingAliasedMethods(controllerContext, actionName); 
methodsMatchingName.AddRange(NonAliasedMethods[actionName]); 
List<MethodInfo> finalMethods = RunSelectionFilters(controllerContext, methodsMatchingName); 
switch (finalMethods.Count) { 
case 0: 
return null; 
case 1: 
return finalMethods[0]; 
default: 
throw CreateAmbiguousMatchException(finalMethods, actionName); 
} }
 
這個方法是很清晰的，找到重命名之后符合的，本身名字符合的，然后所有的方法判斷是否滿足ActionMethodSelectorAttribute的條件，最后或者返回匹配的MethodInfo，或者拋出異常，或者返回null。三個步驟的實現并不困難，不再分析下去。 
第三步是得到Filter。 FilterInfo filterInfo = GetFilters(controllerContext, actionDescriptor);實際調用的是： 
FilterProviders.Providers.GetFilters(controllerContext, actionDescriptor);這里的代碼風格和之前的不太一樣，特別喜歡用各種委托，讀代碼有點困難，估計不是同一個人寫的。下面的分析都直接給出實際執行的代碼。首先看下FilterProvider的構造函數: 
 代碼如下:

static FilterProviders() { 
Providers = new FilterProviderCollection(); 
Providers.Add(GlobalFilters.Filters); 
Providers.Add(new FilterAttributeFilterProvider()); 
Providers.Add(new ControllerInstanceFilterProvider()); 
} 
 
回憶下ASP.NET給Action加上filter的方法一共有如下幾種： 
1. 在Application_Start注冊全局filter 
2. 通過屬性給Action方法或者Controller加上filter 
3. Controller類本身也實現了IActionFilter等幾個接口。通過重寫Controller類幾個相關方法加上filter。 
這三種方式就對應了三個FilterProvider，這三個Provider的實現都不是很困難，不分析了。到此為止，準備工作都好了，接下來就會執行Filter和Action，ASP.NET的Filter一共有4類： 





Filter Type
Interface
Description

Authorization
IAuthorizationFilter
Runs first

Action
IActionFilter
Runs before and after the action method

Result
IResultFilter
Runs before and after the result is executed

Exception
IExceptionFilter
Runs if another filter or action method throws an exception
下面看其源代碼的實現，首先就是InvokeAuthorizationFilters: 
 代碼如下:

protected virtual AuthorizationContext InvokeAuthorizationFilters(ControllerContext controllerContext, IList<IAuthorizationFilter> filters, ActionDescriptor actionDescriptor) { 
AuthorizationContext context = new AuthorizationContext(controllerContext, actionDescriptor); 
foreach (IAuthorizationFilter filter in filters) { 
filter.OnAuthorization(context); 
if (context.Result != null) { 
break; 
} 
} 
return context;} 
 
注意到在實現IAuthorizationFilter接口的時候，要表示驗證失敗，需要在OnAuthorization方法中將參數context的Result設置為ActionResult，表示驗證失敗后需要顯示的頁面。接下來如果驗證失敗就會執行context的Result，如果成功就要執行GetParameterValues獲得Action的參數，在這個方法內部會進行Model Binding，這也是ASP.NET的一個重要特性，另文介紹。再接下來會分別執行InvokeActionMethodWithFilters和InvokeActionResultWithFilters，這兩個方法的結構是類似的，只是一個是執行Action方法和IActionFilter，一個是執行ActionResult和IResultFilter。以InvokeActionMethodWithFilters為例分析下： 
 代碼如下:

protected virtual ActionExecutedContext InvokeActionMethodWithFilters(ControllerContext controllerContext, IList<IActionFilter> filters, ActionDescriptor actionDescriptor, IDictionary<string, object> parameters) { 
ActionExecutingContext preContext = new ActionExecutingContext(controllerContext, actionDescriptor, parameters); 
Func<ActionExecutedContext> continuation = () => 
new ActionExecutedContext(controllerContext, actionDescriptor, false /* canceled */, null /* exception */) { 
Result = InvokeActionMethod(controllerContext, actionDescriptor, parameters) 
}; 
// need to reverse the filter list because the continuations are built up backward 
Func<ActionExecutedContext> thunk = filters.Reverse().Aggregate(continuation, 
(next, filter) => () => InvokeActionMethodFilter(filter, preContext, next)); 
return thunk(); 
} 
 
這段代碼有點函數式的風格，不熟悉這種風格的人看起來有點難以理解。 用函數式編程語言的話來說，這里的Aggregate其實就是foldr, 
foldr::(a->b->b)->b->[a]->b 
foldr 接受一個函數作為第一個參數，這個函數的參數有兩個，類型為a,b,返回類型為b，第二個參數是類型b，作為起始值，第三個參數是一個類型為a的數組，foldr的功能是依次將數組中的a 和上次調用第一個參數函數（f )的返回值作為f的兩個參數進行調用，第一次調用f的時候用起始值。對于C#來說，用面向對象的方式表示，是作為IEnummerable的一個擴展方法實現的，由于C# 不能直接將函數作為函數的參數傳入，所以傳入的是委托。說起來比較拗口，看一個例子： 
 代碼如下:

static void AggTest() 
{ 
int[] data = { 1, 2, 3, 4 }; 
var res = data.Aggregate("String", (str, val) => str + val.ToString()); 
Console.WriteLine(res); 
} 
 
最后