阅读目录：

• 1.开篇介绍
• 2.ASP.NETMVC Controller 控制器的入口（Controller的执行流程）
• 3.ASP.NETMVC Controller 控制器的入口（Controller的继承体系）
• 4.ASP.NETMVC IController Factory 控制器工厂（Controller的创建）

1】开篇介绍

经过前一篇文章.NET/ASP.NET Routing路由（深入解析路由系统架构原理） 的讲解，我们对ASP.NETRouting路由系统的整个运行机制有了一个基本的了解；当我们能清楚的知道Url是如何被解析成RouteData对象时，下面就是这些路由数据是如何被后面的应用框架所使用的，而通往应用框架的入口是MvcRouteHandler对象；

这篇文章将继续讲解通过路由后的ASP.NETMVC Controller控制器是如何被加载、激活并且执行的；跟控制器相关的一套对象模型是被MvcHandler对象作为源头调用起来的，也就是说，当我们穿过UrlRoutingModule对象后，并且成功的获取到应用框架配置的路由数据后，下面将进入IHttpHandler接口，而这个接口真是我们初始化RouteData对象时设定的应用框架入口，ASP.NETMVC所使用的是MvcHandler对象；

MvcRouteHandler对象是UrlRoutingModule和MvcHandler对象的连接器，只有MvcRouteHandler对象能成功执行后，方能进入到MvcHandler对象中，后续的一切运转才能顺利执行；

2】ASP.NETMVC Controller 控制器的入口（Controller的执行流程）

在系统刚启动的时候，也就是在Global.asax.cs文件里面我们配置了Http客户端请求服务器的Url模板；在路由解析模块（UrlRoutingModule）里面，它将通过字符串级别的操作，解析出我们Url模板中的{Controller}/{Action}等的占位符变量；所以这个时候Controller的概念对我们来说还只是一个字符串而已，而到了目前的这个Controller控制器解析的位置其实已经和路由基本没关系了，因为我们穿过了路由模块到达了Controller解析的环节；Controller解析已经属于ASP.NETMVC应用框架的范围，我们可以简单的将路由解析（UrlRoutingModule）的过程视为将请求的Url（含有数据的Url）与我们配置的Url模板进行模式匹配的过程，得出匹配后的Url数据（RouteData），然后将Url数据并且连同当前请求上下文一起封装成RequestContext对象（RouteData、HttpContextBase）传入到Controller解析的环节，也就是MvcHandler中，作为MvcHandler构造函数的参数；

当MvcHandler接管控制权之后它需要准备好对Controller的解析和执行，但是Controller并发一个简单的对象，它有一个复杂的继承体系和使用方式，原因在于它需要协调多方面的工作所以变的有很复杂；

根据MVC的架构模式理论便知道Controller是协调Model与View的中间纽带，它既要管理好Model的执行，也要管理好View的呈现；而原本MVC的架构模式提出的背景是在WinFrom的情况下，也就是传统C/S结构的系统；WinFrom结构的系统有一个好处就是它的执行很方便，从View的展现收集数据到Controller的调度执行Model会容易完成，但是ASP.NETMVC是建立在ASP.NET WEB背景之下的MVC模式框架，所以这个时候对Controller的激活会变的相当麻烦，因为在传输过程中Controller已经是字符串形式，如果是在C/S结构中那么Controller对于每次处理一样的View不会每次都进行激活；既然每次都需要激活就需要进行缓存策略，缓存策略只是Controller中的一个关键点，需要明白的是Controller的确需要做很多事情；

图1：

根据上图的执行顺序，能看出Controller控制器扮演着一个很重要的角色，所有的执行、返回值、视图呈现均需要通过它来管理调度；当然本章的重点是搞清楚此图中的第一环节，Controller是如何被加载激活的，这里面将涉及到众多的辅助对象模型，比如：ControllerFactory控制器工厂，而控制器工厂又将借助ControllerTypeCache来缓存Controller对象，而ConrollerTypeCache又将借助TypeCacheSerializer来对Controller缓存文件的序列化；

3.ASP.NETMVC Controller 控制器的入口（Controller的继承体系）

Controller控制器既然扮演着重要的角色，那么它就不会是一个简单的对象结构，它有着一个复杂的继承体系和对象模型支撑它来完成这些艰巨的任务；Controller要想能够运行起来，就需要搞清楚它有哪些执行入口，而需要知道它有哪些执行入口我们就需要搞清楚它的继承体系；入口的最高层抽象在哪一层，这样我们才能举一反三的扩展Controller的众多重要的功能；

首先我们了解到Controller的顶层抽象是IController接口，然后接着是ControllerBase抽象类实现了这个接口，而作为顶层抽象的实现ControllerBase完成了从IController接口继承下来的方法；

public interface IController {
    void Execute(RequestContext requestContext);
} 

通过该代码段可以看出，Controller的执行需要一个RequestContext对象，而这个对象真是UrlRoutingModule环节所完成的结果，RequestContext对象内部封装了在Request阶段所获得的