从源码浅析MVC的MvcRouteHandler、MvcHandler和MvcHttpHandler

熟悉WebForm开发的朋友一定都知道,Page类必须实现一个接口,就是IHttpHandler。HttpHandler是一个HTTP请求的真正处理中心,在HttpHandler容器中,ASP.NET Framework调用HttpHandler的ProcessRequest成员方法来对这个HTTP请求进行真正的处理,真正地对客户端请求的服务器页面做出编译和执行。归根结底,Asp.Net所有的HTTP请求最后都是由IHttpHandler的实现来处理的,Asp.Net MVC框架当然也不例外。下面就从MvcRouteHandler、MvcHandler和MvcHttpHandler三个常见的Handler类来浅析一下MVC是怎么和IHttpHandler联系起来进行HTTP请求处理的。

1、MvcRouteHandler

在MVC中MvcApplication通常在Application_Start事件里实现RegisterRoutes方法:

        protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();

            RegisterGlobalFilters(GlobalFilters.Filters);
            RegisterRoutes(RouteTable.Routes);
        }

其中RegisterRoutes方法通常类似如下:

        public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

            routes.MapRoute(
                "Default", // Route name
                "{controller}/{action}/{id}", // URL with parameters
                new { controller = "Home", action = "Index", id = UrlParameter.Optional } // Parameter defaults
            );

        }

这个方法非常重要,因为正是从这里开始,Asp.Net应用程序可以和Asp.Net URL Routing组件完美结合起来实现Url优化(MVC和WebForm都可以,可以参考dudu的这一篇)。

从MVC源码入手,我们发现RouteCollection的MapRoute扩展方法最终都是通过RouteCollectionExtensions的一个静态方法实现的:

MapRoute

大家注意这一行:   Route route = new Route(url, new MvcRouteHandler()),正是通过MvcRouteHandler(其实从命名就可以猜到),Asp.Net的URL Routing组件就和IHttpHandler有了关联。到这里我们猜测,MvcRouteHandler一定和IHttpHandler有关系(甚至它可能就是IHttpHandler的一个具体实现),而且URL Routing组件最后一定映射到一个IHttpHandler处理程序来处理相应的HTTP请求。我们来查看MvcRouteHandler具体源码实现印证一下自己的看法:

MvcRouteHandler

可惜,MvcRouteHandler没有继承实现IHttpHandler接口,而是继承了IRouteHandler接口,但是我们欣喜发现IRouteHandler接口的唯一方法GetHttpHandler返回了一个IHttpHandler,这实在是太让人感到意料之中的一阵激动了。

2、MvcHandler

继续上面MvcRouteHandler的源码,我们发现MvcRouteHandler具体实现GetHttpHandler的时候最后new了一个MvcHandler对象返回:

MvcRouteHandler.GetHttpHandler

也就是说MvcHandler是IHttpHandler子类确定无疑了。然后查看MvcHandler源码,发现MvcHandler继承实现了IHttpAsyncHandler, IHttpHandler, IRequiresSessionState三个无比熟悉的接口。而这三个接口如果都实现了,在MVC框架下是不是任何http请求就可以通吃了呢?从MSDN我们得知,事实不是这样的:

注意,即使 MvcHandler 实现 IHttpHandler,也不能将其映射为处理程序(例如.mvc 文件扩展名),因为该类不支持无参数构造函数。 (它唯一的构造函数需要一个 RequestContext 对象)

但是,还好,我们还有MvcHttpHandler。

3、MvcHttpHandler

如你所知,MvcHttpHandler可以“弥补”MvcHandler的不足,为什么这样说呢?其实2中也提到过了,MvcHandler没有无参的构造函数,因此即使MvcHandler实现了 IHttpHandler接口,在IIS中也不能将其映射为某类文件扩展名的处理程序,需要结合路由模块使用。

而MvcHttpHandler就提供了不通过路由模块的情况下直接处理映射的处理程序。通过查看MvcHttpHandler源码我们发现,MvcHttpHandler继承实现了UrlRoutingHandler, IHttpAsyncHandler, IRequiresSessionState接口,而UrlRoutingHandler继承自IHttpHandler。MvcHttpHandler带无参的构造函数(也就是说我们可以直接new一个MvcHttpHandler无参数对象?不用担心上下文?希望这里的解释不是令人感到费解),而且继承自UrlRoutingHandler类实现了IHttpHandler接口,因此可以在ASP.NET程序中让你更加灵活使用用来解决一些问题。

参考:

http://msdn.microsoft.com/zh-cn/library/system.web.mvc.mvcroutehandler.aspx

http://msdn.microsoft.com/zh-cn/library/system.web.mvc.mvchandler.aspx

http://msdn.microsoft.com/zh-cn/library/system.web.mvc.mvchttphandler.aspx

转自:http://www.cnblogs.com/jeffwongishandsome/archive/2012/01/08/2316521.html

时间: 2024-06-20 07:36:14

从源码浅析MVC的MvcRouteHandler、MvcHandler和MvcHttpHandler的相关文章

springmvc源码浅析(基于spring3.1.0)

请求处理过程:通过url找到对应Controller类中处理请求的方法,执行方法返回结果视图的过程.大致分为三个步骤: 其一,ApplicationContext初始化时建立所有url和controller类的对应关系(用Map保存); 其二,根据请求url找到对应的controller,并从controller中找到处理请求的方法; 其三,执行方法处理请求,并返回结果视图. 我们首先看第一个步骤,也就是建立Map<url,controller>关系的部分.第一部分的入口类为Applicati

Volley框架源码浅析(一)

尊重原创http://blog.csdn.net/yuanzeyao/article/details/25837897 从今天开始,我打算为大家呈现关于Volley框架的源码分析的文章,Volley框架是Google在2013年发布的,主要用于实现频繁而且粒度比较细小的Http请求,在此之前Android中进行Http请求通常是使用HttpUrlConnection和HttpClient进行,但是使用起来非常麻烦,而且效率比较地下,我想谷歌正式基于此种原因发布了Volley框架,其实出了Voll

PM2源码浅析

PM2工作原理 最近在玩一个游戏,<地平线:黎明时分>,最终Boss是一名叫黑底斯的人,所谓为人,也许不对,黑底斯是一段强大的毁灭进程,破坏了盖娅主进程,从而引发的整个大陆机械兽劣化故事. 为什么要讲这么一段呢,是希望大家可以更好地理解pm2的原理,要理解pm2就要理解god和santan的关系,god和santan的关系就相当于盖娅和黑底斯在pm2中的01世界中,每一行代码每一个字节都安静的工作god就是Daemon进程 守护进程,重启进程,守护node程序世界的安宁,santan就是进程的

Android源码浅析(一)——VMware Workstation Pro和Ubuntu Kylin 16.04 LTS安装配置

Android源码浅析(一)--VMware Workstation Pro和Ubuntu Kylin 16.04 LTS安装配置 最近地方工作,就是接触源码的东西了,所以好东西还是要分享,系列开了这么多,完结 的也没几个,主要还是自己覆盖的太广了,却又不精通,嘿嘿,工作需要,所以写下了本篇博客 一.VMware 12 我选择的虚拟机试VMware,挺好用的感觉,下载VMware就不说了,善用搜索键嘛,这里我提供一个我现在在用的 下载地址:链接:http://pan.baidu.com/s/1k

ReactiveCocoa2 源码浅析

ReactiveCocoa2 源码浅析 标签(空格分隔): ReactiveCocoa iOS Objective-C ? 开车不需要知道离合器是怎么工作的,但如果知道离合器原理,那么车子可以开得更平稳. ReactiveCocoa 是一个重型的 FRP 框架,内容十分丰富,它使用了大量内建的 block,这使得其有强大的功能的同时,内部源码也比较复杂.本文研究的版本是2.4.4,小版本间的差别不是太大,无需担心此问题. 这里只探究其核心 RACSignal 源码及其相关部分.本文不会详细解释里

【Spark Core】任务执行机制和Task源码浅析2

引言 上一小节<任务执行机制和Task源码浅析1>介绍了Executor的注册过程. 这一小节,我将从Executor端,就接收LaunchTask消息之后Executor的执行任务过程进行介绍. 1. Executor的launchTasks函数 DriverActor提交任务,发送LaunchTask指令给CoarseGrainedExecutorBackend,接收到指令之后,让它内部的executor来发起任务,即调用空闲的executor的launchTask函数. 下面是Coars

Volley框架源码浅析(二)

尊重原创 http://write.blog.csdn.net/postedit/25921795 在前面的一片文章Volley框架浅析(一)中我们知道在RequestQueue这个类中,有两个队列:本地队列和网络队列 /** The cache triage queue. */ private final PriorityBlockingQueue<Request<?>> mCacheQueue = new PriorityBlockingQueue<Request<

Android手势源码浅析-----手势绘制(GestureOverlayView)

Android手势源码浅析-----手势绘制(GestureOverlayView)

【Spark】Stage生成和Stage源码浅析

引入 上一篇文章<DAGScheduler源码浅析>中,介绍了handleJobSubmitted函数,它作为生成finalStage的重要函数存在,这一篇文章中,我将就DAGScheduler生成Stage过程继续学习,同时介绍Stage的相关源码. Stage生成 Stage的调度是由DAGScheduler完成的.由RDD的有向无环图DAG切分出了Stage的有向无环图DAG.Stage的DAG通过最后执行的Stage为根进行广度优先遍历,遍历到最开始执行的Stage执行,如果提交的St