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

        上篇说到ControllerActionInvoker的InvokeAction方法，今天继续。

        谈点题外话，MVC中大量使用接口和IOC，即控制反转（或依赖注入），这个我们留个专题讨论。

        在ControllerActionInvoker的InvokeAction方法实现中，主要用到了Filter，即过滤器。Filter我们一直没有提及，因为不想让它分散大家的注意力，因为MVC太庞杂了，以后会专门开辟章节谈Filter。

        ControllerActionInvoker的InvokeAction方法的大意是：首先检查用户是否应用了过滤器，是的话就执行过滤器，并检测其Result属性，不为空的话，就使HTTP请求“短路”，即直接返回Filter指定的操作，不再执行Action。反之，则继续执行Action。

        这里用到了AuthenticationContext和AuthorizationContext，尼玛这俩货是不是长得很像？我看了半天才看出他俩不是一个。反正它们是关于认证和授权过滤的，先不管他们。找到InvokeActionMethodWithFilters方法（代码段1），这个方法乍一看比较难理解，一大堆委托和Lamda表达式，看得人头大。

        protected virtual ActionExecutedContextInvokeActionMethodWithFilters(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 listbecause the continuations are built up backward
            Func<ActionExecutedContext>thunk = filters.Reverse().Aggregate(continuation,
                                                                           (next, filter) => () => InvokeActionMethodFilter(filter,preContext, next));
            return thunk();
        }

代码段 1

        好吧，先找最重要的，找到InvokeActionMethod方法（代码段2），看！是不是有点豁然开朗的赶脚？代码段2中的actionDescriptor.Execute方法便是调用我们定义的Controller/Action方法的地方。

        protected virtual ActionResultInvokeActionMethod(ControllerContext controllerContext, ActionDescriptoractionDescriptor, IDictionary<string, object> parameters)
        {
            object returnValue =actionDescriptor.Execute(controllerContext, parameters);
            ActionResult result =CreateActionResult(controllerContext, actionDescriptor, returnValue);
            return result;
        }

代码段 2

        接下来我们看一下ActionDescriptor，这个类有个抽象方法Execute，它有个子类ReflectedActionDescriptor，从名字可以看出这个类是使用反射来干什么事情的。ReflectedActionDescriptor类的Execute方法见代码段3。

       

 public override objectExecute(ControllerContext controllerContext, IDictionary<string, object>parameters)
        {
            if (controllerContext == null)
            {
                throw newArgumentNullException("controllerContext");
            }
            if (parameters == null)
            {
                throw newArgumentNullException("parameters");
            }
 
            // Performance sensitive so avoidLinq or delegates.
            ParameterInfo[] parameterInfos =MethodInfo.GetParameters();
            object[] parametersArray = newobject[parameterInfos.Length];
            for (int i = 0; i <parameterInfos.Length; i++)
            {
                ParameterInfo parameterInfo =parameterInfos[i];
                object parameter =ExtractParameterFromDictionary(parameterInfo, parameters, MethodInfo);
                parametersArray[i] = parameter;
            }
 
            ActionMethodDispatcher dispatcher =DispatcherCache.GetDispatcher(MethodInfo);
            object actionReturnValue =dispatcher.Execute(controllerContext.Controller, parametersArray);
            return actionReturnValue;
        }

代码段 3

        继续跟踪到dispatcher.Execute方法（代码段４）。

        public object Execute(ControllerBasecontroller, object[] parameters)
        {
            return _executor(controller,parameters);
        }

代码段 ４

        嗯，_executor是个什么东东？我们找到其定义（代码段５），原来它是一个ActionExecutor对象，那么这个对象又是在哪里实例化的呢？在代码段５中找到这句【_executor = GetExecutor(methodInfo)】。

        private ActionExecutor _executor;
 
        publicActionMethodDispatcher(MethodInfo methodInfo)
        {
            _executor =GetExecutor(methodInfo);
            MethodInfo = methodInfo;
        }

代码段 ５

        继续跟踪GetExecutor方法，找到其定义。该方法的定义有点晦涩，一堆Expression、Lamda等东东，我们找到【MethodCallExpression methodCall = methodCall =Expression.Call(instanceCast, methodInfo, parameters)】，这句的意思大概就是调用methodInfo代表的Action方法吧。

好了，到此为止，Controller／Action的调用就完成了。

        在这里插一点，就是我们的Action不一定非要返回一个ActionResult，也可以定义为void，例如代码段6，直接在Action中给浏览器发回HTTP响应。

publicvoid Index()
{
HttpContex.Current.Response.Write(“我就不返回ActionResult！”);
}

代码段 6

        MVC是怎么根据Action有没有返回值，进行不同的处理呢？见代码段7，MVC根据methodCall.Type是否为void，进行不同的处理，明白了吧？对于void类型，直接调用Action方法，不再使用视图引擎。

//methodCall is "((TController) controller) method((T0) parameters[0], (T1)parameters[1], ...)"
            // Create function
            if (methodCall.Type ==typeof(void))
            {
                Expression<VoidActionExecutor>lambda = Expression.Lambda<VoidActionExecutor>(methodCall,controllerParameter, parametersParameter);
                VoidActionExecutor voidExecutor= lambda.Compile();
                returnWrapVoidAction(voidExecutor);
            }
            else
            {
                // must coerce methodCall tomatch ActionExecutor signature
                UnaryExpression castMethodCall= Expression.Convert(methodCall, typeof(object));
               Expression<ActionExecutor> lambda =Expression.Lambda<ActionExecutor>(castMethodCall, controllerParameter,parametersParameter);
                return lambda.Compile();
            }

代码段 7

        再下面就是ActionResult的执行了。

        这里跨度有点大，我们再次转到ControllerActionInvoker的InvokeAction方法。继InvokeActionMethodWithFilters方法之后，找到InvokeActionResultWithFilters方法，再顺藤摸瓜，找到InvokeActionResultFilterRecursive方法。这个方法有意思，他的名字里面有个单词Recursive，意思是“递归”，它递归处理Filter列表，如果递归完成则调用InvokeActionResult方法，这个方法执行ActionResult的ExecuteResult方法（代码段8），像浏览器回送HTTP响应。

        protected virtual voidInvokeActionResult(ControllerContext controllerContext, ActionResultactionResult)
        {
           actionResult.ExecuteResult(controllerContext);
        }

代码段 8

大脑短路中，明天继续。