[ASP.NET MVC]视图是如何呈现的

为了搞清楚ASP.NET MVC的请求过程，我们计划从结果追踪到源头。使用VS2012创建一个空白的ASP.NET MVC项目

然后创建一个HelloController

创建一个HelloView。在Views文件夹下创建一个Hello的文件夹，然后创建一个名为Index的View

然后再view中输入hello asp.net mvc4

点击App_Start下的RouteConfig.cs，更改Default的路由的Controller为Hello

OK,点击调适按钮，你可以得到如下结果：

 

OK.我们就从这里出发，开始分析用户的请求是如何被处理的。首先我们再来看HelloController的代码

恩，我们就从这里开始分析吧。

(1)我们可以看到Index()返回的是一个View()。这个View()来自基类

protectedinternalViewResult View() { return View(viewName: null, masterName: null, model: null); }

 

(2) 我们继续找到对应的方法：

protectedinternalvirtualViewResult View(string viewName, string masterName, object model) { if (model != null) { ViewData.Model = model; }   returnnewViewResult { ViewName = viewName, MasterName = masterName, ViewData = ViewData, TempData = TempData, ViewEngineCollection = ViewEngineCollection }; }

 

通过C#4.0的方式，创建了一个ViewResult对象。通过查看ViewResult类，我们可以发现其继承了ViewResultBase类，我们可以用UML来表示出上面5个属性在两个类之间的关系

(3) 再看第一步，传入的三个参数都为null，那么在创建ViewResult对象时，其他的几个属性ViewData，TempData和ViewEngineCollection的值是从哪里来的呢？

通过上面的图，我们知道，这三个属性均继承自ViewResultBase类，因此我们去分析ViewResultBase类。

ViewData	get { if (_viewData == null) { _viewData = newViewDataDictionary(); } return _viewData; } set { _viewData = value; }
TempData	get { if (_tempData == null) { _tempData = newTempDataDictionary(); } return _tempData; } set { _tempData = value; }
ViewEngineCollection	get { return _viewEngineCollection ?? ViewEngines.Engines; } set { _viewEngineCollection = value; }

 

到目前为止，我们并没有看到任何代码调用这些属性的Set方法，那么我们推断这三个属性的返回值分别是

ViewData	newViewDataDictionary();
TempData	newTempDataDictionary();
ViewEngineCollection	ViewEngines.Engines;

 

为了验证我们的推断，我们可以通过调试来验证。

恩，这下明确了。没有问题。那么我们现在需要知道ViewEngineCollection这个属性是如何赋值的。

(4) 我们查看ViewEngines这个类的代码

publicstaticclassViewEngines { privatestaticreadonlyViewEngineCollection _engines = newViewEngineCollection { newWebFormViewEngine(), newRazorViewEngine(), };   publicstaticViewEngineCollection Engines { get { return _engines; } } }

原来如此，原来如此，ViewEngine是一个静态类。仅仅包含了一个静态的构造函数一个静态的属性。返回一个ViewEngineCollection。那么ASP.NET MVS怎么就知道该使用哪个ViewEngine呢？

在RouteConfig.cs文件中，我们注册了默认的Route

routes.MapRoute( name: "Default", url: "{controller}/{action}/{id}", defaults: new { controller = "Hello", action = "Index", id = UrlParameter.Optional } );

 

因此，系统可以知道当前的Controller为HelloController，Action为Index。ASP.NET MVC Framework使用ControllerFactory创建Controller实例，然后通过ControllerActionInvoker通过反射的方式把Action转化为HelloController类Index方法的调用，最后调用ViewResultBase的ExecuteResult方法，把方法返回的结果传递给对应的View，并在该View中把最终结果呈现给用户。

这个过程相当复杂，设计众多的类。我们先来看一下概览图，我只列举了重要的类，

 

这几个类的生命周期应该是这样子的：

OK，下面我们来详细叙述一下整个过程，并加以代码分析

1）ControllerActionInvoker的InvokeAction被调用。那么它被谁调用呢，通过类图，我们知道，InvokeAction方法是实现了IActionVoker接口，我们通过调用关系图，可以知道该方法是Controller.cs的ExecuteCore方法调用

protectedoverridevoid ExecuteCore() { // If code in this method needs to be updated, please also check the BeginExecuteCore() and // EndExecuteCore() methods of AsyncController to see if that code also must be updated.   PossiblyLoadTempData(); try { string actionName = RouteData.GetRequiredString("action"); if (!ActionInvoker.InvokeAction(ControllerContext, actionName)) { HandleUnknownAction(actionName); } } finally { PossiblySaveTempData(); } }

 

而Controller类继承了ControllerBase类，ControllerBase类的Execute方法调用了Controll的ExecuteCore方法

protectedvirtualvoid Execute(RequestContext requestContext) { if (requestContext == null) { thrownewArgumentNullException("requestContext"); } if (requestContext.HttpContext == null) { thrownewArgumentException(MvcResources.ControllerBase_CannotExecuteWithNullHttpContext, "requestContext"); }   VerifyExecuteCalledOnce(); Initialize(requestContext);   using (ScopeStorage.CreateTransientScope()) { ExecuteCore(); } }

 

并且，ControllerBase的Execute方法实现了IController接口，此方法被MvcHandler类处理请求时调用

protectedinternalvirtualvoid ProcessRequest(HttpContextBase httpContext) { SecurityUtil.ProcessInApplicationTrust(() => { IController controller; IControllerFactory factory; ProcessRequestInit(httpContext, out controller, out factory);   try { controller.Execute(RequestContext); } finally { factory.ReleaseController(controller); } }); }

OK,我们就到这里吧，关于用户的请求如何到MvcHandler这里，我将另外写一篇文章来介绍。当然，园子里很多同学也已经写了很多，大家可以去查阅，比如：…..

2）下面，我们来看一下ControllerActionInvkoer类的InvokeAction方法具体做了哪些事情

publicvirtualbool InvokeAction(ControllerContext controllerContext, string actionName) { if (controllerContext == null) { thrownewArgumentNullException("controllerContext"); } if (String.IsNullOrEmpty(actionName)) { thrownewArgumentException(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); }   returntrue; }   // notify controller that no method matched returnfalse; }

最重要的代码，我用黄色highlights出来了。下面我们来分析一下这三行代码

2)A 检查Action是否有Authroization特性，如果有进行验证。验证的具体代码如下

if (AuthorizeCore(filterContext.HttpContext)) { HttpCachePolicyBase cachePolicy = filterContext.HttpContext.Response.Cache; cachePolicy.SetProxyMaxAge(newTimeSpan(0)); cachePolicy.AddValidationCallback(CacheValidateHandler, null/* data */); } else { HandleUnauthorizedRequest(filterContext); }

 

如果验证成功，那么AuthorizationContext的Result属性为NULL，否则返回newHttpUnauthorizedResult();HttpUnauthorizedResult继承HttpStatusCodeResult，而HttpStatusCodeResult继承ActionResult。如果验证失败，那么调用InvokeActionResult方法。

protectedvirtualvoid InvokeActionResult(ControllerContext controllerContext, ActionResult actionResult) { actionResult.ExecuteResult(controllerContext); }

 

可见，InvokeActionResult方法，实际调用ActionResult的ExecuteResult方法。在当前的情况下（验证失败），此时的authContext.Result的具体类型是HttpUnauthorizedResult，它继承了HttpStatusCodeResult, 所以InvokeActionResult进入的是HttpStatusCodeResult类的ExecuteResult方法

publicoverridevoid ExecuteResult(ControllerContext context) { if (context == null) { thrownewArgumentNullException("context"); }   context.HttpContext.Response.StatusCode = StatusCode; if (StatusDescription != null) { context.HttpContext.Response.StatusDescription = StatusDescription; } }

 

设置完StatusCode和StatusDescription之后，将直接返回，不会寻找对应的View。

 

2)B 如果不涉及验证，或者验证成功。那么首先获取action的参数IDictionary<string, object> parameters = GetParameterValues(controllerContext, actionDescriptor); 比如我们当前的请求为/Hello/Index/2013
那么parameters的值为[id, 2013].请注意这个和你注册RouteData的格式相关联。如果你RouteData注册为为{controlller}/{action}/{no},那么parameters的值为[no,2013]

接着，获取postActionContext对象ActionExecutedContext postActionContext = InvokeActionMethodWithFilters(controllerContext, filterInfo.ActionFilters, actionDescriptor, parameters)；该方法包括两个主要的步骤：其一为创建ActionExecutedContext，其二为调用与Action对应的Controller的方法，并将方法的结果保存在ActionResult之上。这个ActionResult的具体类型可能是ContentResult，ViewResult，或者JsonResult等等继承了ActionResult的各个子类。

为了模拟这个过程，我们创建如下两行代码模拟上面过程的执行结果：

// 返回ContentResult

ActionResult result1 = CreateActionResult(ControllerContext, actionDescriptor, "123");

// 返回ViewResult

ActionResult result2 = CreateActionResult(ControllerContext, actionDescriptor, View());

 

OK，如果是ContentResult，那么它的ExecuteResult方法如下

publicoverridevoid ExecuteResult(ControllerContext context) { if (context == null) { thrownewArgumentNullException("context"); }   HttpResponseBase response = context.HttpContext.Response;   if (!String.IsNullOrEmpty(ContentType)) { response.ContentType = ContentType; } if (ContentEncoding != null) { response.ContentEncoding = ContentEncoding; } if (Content != null) { response.Write(Content); } }

 

可见，直接把内容输出到浏览器

如果是ViewResult，那么首先调用基类ViewResultBase的ExecuteResult方法

publicoverridevoid ExecuteResult(ControllerContext context) { if (context == null) { thrownewArgumentNullException("context"); } if (String.IsNullOrEmpty(ViewName)) { ViewName = context.RouteData.GetRequiredString("action"); }   ViewEngineResult result = null;   if (View == null) { result = FindView(context); View = result.View; }   TextWriter writer = context.HttpContext.Response.Output; ViewContext viewContext = newViewContext(context, View, ViewData, TempData, writer); View.Render(viewContext, writer);   if (result != null) { result.ViewEngine.ReleaseView(context, View); } }

 

该方法调用ViewResult的FindView方法

protectedoverrideViewEngineResult FindView(ControllerContext context) { ViewEngineResult result = ViewEngineCollection.FindView(context, ViewName, MasterName); if (result.View != null) { return result; }   // we need to generate an exception containing all the locations we searched StringBuilder locationsText = newStringBuilder(); foreach (string location in result.SearchedLocations) { locationsText.AppendLine(); locationsText.Append(location); } thrownewInvalidOperationException(String.Format(CultureInfo.CurrentCulture, MvcResources.Common_ViewNotFound, ViewName, locationsText)); }

 

自此，Controller的执行结果与View建立关联，最后ASP.NET MVC Framework把结果通过对应的视图显示到用户的浏览器中

FindView包含三个参数：context这个是ControllerContext；第二个是ViewName，它的值为ViewName = context.RouteData.GetRequiredString("action")，其实就是Action的值；第三个是MasterName，我们的例子中为空。

 

那么如何找到WebFormView呢？

我们在HomeController中创建一个List方法，并在View/Hello文件夹下创建List.aspx文件

publicActionResult List() { return View(); }

 

然后执行调适：

 

由于当前默认的请求是/Hello/Index,因此MVC Framework会自动寻找
~/Views/Hello/Index.cshtml

~/Views/Hello/Index.vbhtml

~/Views/Shared/Index.cshtml

~/Views/Shared/Index.cshtml

实际上，Razor引擎不会真正的在硬盘上寻找上面的文件，因为，这些文件都已经编译成C#的类。所以Razor在编译后的类中寻找对应的视图。

 

 

 

Next

1. How the controller is initialized?
2. How the request comes to MvcHandler
3. View, IView, ViewEngine, RazorViewEngile, RazorView

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

大多人应该都知道用户向IIS发送一个ASP.NET请求后，IIS处理请求并向用户返回对应的结果。也有人知道，当一个ASP.NET请求到达IIS后，进入CLR，然后由HttpApplication创建HttpContext并找到对应的HttpHandler处理请求。最后把结果返回到用户端。那么从进入CLR之后，一个ASP.NET请求的生命周期具体是怎么样的，要经历那些重要的对象呢？ 本文主要介绍这两个方面。

ASP.NET Request Liftcycle

 

 

 

首先，我们来看看一个request在进入CLR之前，发生了什么？

在IIS6和IIS7中，所有的HTTP请求均由HTTP侦听器捕获。那么HTTP侦听器是什么，其实就是http.sys，它运行在内核级别。至于具体什么是内核模块，以及如何运行，超出本文的范畴。如果你有兴趣，请自己查阅MSDN.

HTTP侦听器把捕获到的HTTP请求放到对应的应用程序池的请求队列中。所谓应用程序池

 

HttpRuntime, HttpApplicationFactory, HttpApplication,HttpContext, HttpHandler, HttpModule

 

动态编译