根据讲师所讲总结了一下（可能存在些描述错误）
-------------mvc进入asp.net管道原理： （在执行httpapplication管道之前mvc和asp.net是相同的，不同之处在于管道第七个事件对http请求进行了重定向，交给了现有的mvchandler实例,而不是asp.net模型中自己创建的一个httpHander;）
1.当网站启动执行application_start方法，注册路由规则；先创建了一个mvcRouteHandler路由处理器实例(它获取最终处理http
请求的httpHandler处理器)给route路由实例的Routehandler属性中去了；而这个属性又放到了RouteData路由数据对象的
RouteHandler属性中去了；
2.当请求开始到asp.net httpapplication管道中的第七个事件时将http请求重定向为一个现有的mvchttpHandler处理器实例；在 第七个事件和第八个事件之间，会判断http请求是否指定了处理器，如果指定了就不会创建。这样httpcontext就被mvc处理过滤 截获了，而不会在走asp.net的handler。
3.在第七个事件，会将所有的在.netframework注册的httpModule初始化，调用每一个init方法。当然在.net4.0在配置文件中注册
了urlroutingModule。当执行它的init方法时，就会行UrlRouteModule事件响应方法，而在这个方法内部便实现了http请求的重定
向，而处理器则是mvchandler;首先在事件响应方法中，会遍历注册的路由并将请求url进行匹配，一旦匹配上这时就会获取路由规
则的路由数据对象RouteData;（在1中，可以知道最终的httphandler便在这个数据对象中）从数据对象的routehandler属性获取
mvcroutehandler的实例，在从这个实例的getHttpHandler方法获取最终的mvchandler即最终的httphandler;
4.在mvchandler中：内部创建控制器工厂，并获得控制器实例，执行action，返回视图进行渲染，再response流给客户端；
5.在11和12个事件之间执行mvchandler的pr方法。在pr方法内根据httcontext创建控制器工厂 实例和并由工厂创建控制器实例；之后调用控制器的execute方法（内部就是调用了invokeaction）；执行完action后 获取actionresult,并调用它的executeResult方法；找到对应的视图引擎，并调用引擎的render渲染方法；
