带你读开源—ASP.NET_MVC（九）

        继续上篇的内容。
        如果程序未定义Authentication和Authorization这两个过滤器，则执行InvokeActionMethodWithFilters方法以获取ActionResult，继而通过执行InvokeActionResultWithFilters方法来处理ActionResult。从名称可以猜测出，InvokeActionMethodWithFilters方法处理的是IActionFilter，而InvokeActionResultWithFilters方法处理的是IResultFilter。

        我们先看InvokeActionMethodWithFilters方法，在其方法体内发现它调用了InvokeActionMethodFilter方法，跟踪进入，见代码段1，从中可以看出它的功能是：先调用OnActionExecuting方法，再执行一些preContext、postContext等乱七八糟的东东，然后调用OnActionExecuted方法。

     internal static ActionExecutedContext InvokeActionMethodFilter(IActionFilterfilter, ActionExecutingContext preContext, Func<ActionExecutedContext>continuation)
{
filter.OnActionExecuting(preContext);
if (preContext.Result != null)
{
return new ActionExecutedContext(preContext,preContext.ActionDescriptor, true /* canceled */, null /* exception */)
{
Result = preContext.Result
};
}

bool wasError = false;
ActionExecutedContext postContext =null;
try
{
postContext = continuation();
}
catch (ThreadAbortException)
{
// This type of exception occurs as a result of Response.Redirect(), butwe special-case so that
// the filters don't see this as an error.
postContext = new ActionExecutedContext(preContext,preContext.ActionDescriptor, false /* canceled */, null /* exception */);
filter.OnActionExecuted(postContext);
throw;
}
catch (Exception ex)
{
wasError = true;
postContext = new ActionExecutedContext(preContext,preContext.ActionDescriptor, false /* canceled */, ex);
filter.OnActionExecuted(postContext);
if (!postContext.ExceptionHandled)
{
throw;
}
}
if (!wasError)
{
filter.OnActionExecuted(postContext);
}
return postContext;
}
代码段 1
        我们再看InvokeActionResultWithFilters方法的定义，发现它调用了InvokeActionResultFilterRecursive方法，继续跟踪到InvokeActionResultFilterRecursive方法的定义，见代码段2。

     private ResultExecutedContextInvokeActionResultFilterRecursive(IList<IResultFilter> filters, intfilterIndex, ResultExecutingContext preContext, ControllerContextcontrollerContext, ActionResult actionResult)
{
// Performance-sensitive

// For compatbility, the following behavior must be maintained
// The OnResultExecuting eventsmust fire in forward order
// The InvokeActionResult mustthen fire
// The OnResultExecuted eventsmust fire in reverse order
// Earlier filters can processthe results and exceptions from the handling of later filters
// This is achieved by calling recursively and moving through the filterlist forwards

// If there are no more filters to recurse over, create the main result
if (filterIndex > filters.Count - 1)
{
InvokeActionResult(controllerContext, actionResult);
return new ResultExecutedContext(controllerContext, actionResult,canceled: false, exception: null);
}

// Otherwise process the filters recursively
IResultFilter filter = filters[filterIndex];
filter.OnResultExecuting(preContext);
if (preContext.Cancel)
{
return new ResultExecutedContext(preContext, preContext.Result,canceled: true, exception: null);
}

bool wasError = false;
ResultExecutedContext postContext = null;
try
{
// Use the filters in forward direction
int nextFilterIndex = filterIndex + 1;
postContext = InvokeActionResultFilterRecursive(filters,nextFilterIndex, preContext, controllerContext, actionResult);
}
catch (ThreadAbortException)
{
// This type of exception occurs as a result of Response.Redirect(), butwe special-case so that
// the filters don't see this as an error.
postContext = newResultExecutedContext(preContext, preContext.Result, canceled: false,exception: null);
filter.OnResultExecuted(postContext);
throw;
}
catch (Exception ex)
{
wasError = true;
postContext = new ResultExecutedContext(preContext, preContext.Result,canceled: false, exception: ex);
filter.OnResultExecuted(postContext);
if (!postContext.ExceptionHandled)
{
throw;
}
}
if (!wasError)
{
filter.OnResultExecuted(postContext);
}
return postContext;
}
代码段 2
        代码段1中的注释比较完备，可以帮助我们理解代码的用意。InvokeActionResultFilterRecursive方法是一个递归方法，根据注释以及对代码进行理解，我们可以梳理出Filter执行的条理：首先检查有没有更多的Filter，没有的话就执行ActionResult；如果还有未处理的Filter，则先执行Filter的OnResultExecuting方法，然后递归调用InvokeActionResultFilterRecursive方法自身，再调用Filter的OnResultExecuted方法。

        从上面介绍的内容可以了解到过滤器执行的先后顺序。对于ActionFilter来说，OnActionExecuting在Action执行之前调用，OnActionExecuted在Action执行之后调用；对于ResultFilter而言，OnResultExecuting发生在ActionResult执行之前，OnResultExecuted发生在ActionResult执行之后。

        好了，我们再回过头来看看MVC预置了哪些过滤器。在源码中找到IFilter的定义（代码段3）。

publicinterface IFilter
{
bool AllowMultiple { get; }
}

代码段 3
        接着，寻找都有哪些类实现了该接口，IActionFilter、IAuthenticationFilter、IAuthorizationFilter、IExceptionFilter、IOverrideFilter、FilterTracer。擦！这些类又是接口，我们常用的ActionFilter和ResultFilter等过滤器实现了这些接口。

        下面谈一下“依赖注入（DI）”，或者“控制反转（IOC）”。我们都知道在面向对象程序设计过程中，一个重要的思想是要尽量的减少对象之间的耦合关系，从而尽可能的适应变化。解除耦合的一个重要概念就是“接口”，根据“里氏替换原则”，我们要针对抽象编程。我们常说的“依赖”是指一个对象A要想实现其预定的功能，必须要其他对象B的协助，而这里的“其他对象B”应该是一个抽象，即“接口”、“抽象类”或“基类”。这样对象A依赖于一个抽象的B，而不依赖于B的实现细节，当需求发生变化时，对象A的实现不用改变，甚至对象A都不知道B的实现发生了变化，从而有效斩断了对象之间的耦合。当然，接口的实例化有很多专业的工具可以实现，例如NInject等，这些工具又称为“IOC容器”，大家可以百度一下“IOC”，网上有很多详细的介绍。