从源码浅析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的一个静态方法实现的：

        [SuppressMessage("Microsoft.Design", "CA1054:UriParametersShouldNotBeStrings", MessageId = "2#", Justification = "This is not a regular URL as it may contain special routing characters.")]
        public static Route MapRoute(this RouteCollection routes, string name, string url, object defaults, object constraints, string[] namespaces)
        {
            if (routes == null)
            {
                throw new ArgumentNullException("routes");
            }
            if (url == null)
            {
                throw new ArgumentNullException("url");
            }

            Route route = new Route(url, new MvcRouteHandler())
            {
                Defaults = new RouteValueDictionary(defaults),
                Constraints = new RouteValueDictionary(constraints),
                DataTokens = new RouteValueDictionary()
            };

            if ((namespaces != null) && (namespaces.Length > 0))
            {
                route.DataTokens["Namespaces"] = namespaces;
            }

            routes.Add(name, route);

            return route;
        }

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

/* ****************************************************************************
 *
 * Copyright (c) Microsoft Corporation. All rights reserved.
 *
 * This software is subject to the Microsoft Public License (Ms-PL). 
 * A copy of the license can be found in the license.htm file included 
 * in this distribution.
 *
 * You must not remove this notice, or any other, from this software.
 *
 * ***************************************************************************/

namespace System.Web.Mvc
{
    using System.Web.Routing;
    using System.Web.SessionState;

    public class MvcRouteHandler : IRouteHandler
    {
        private IControllerFactory _controllerFactory;

        public MvcRouteHandler()
        {
        }

        public MvcRouteHandler(IControllerFactory controllerFactory)
        {
            _controllerFactory = controllerFactory;
        }

        protected virtual IHttpHandler GetHttpHandler(RequestContext requestContext)
        {
            requestContext.HttpContext.SetSessionStateBehavior(GetSessionStateBehavior(requestContext));
            return new MvcHandler(requestContext);
        }

        protected virtual SessionStateBehavior GetSessionStateBehavior(RequestContext requestContext)
        {
            string controllerName = (string)requestContext.RouteData.Values["controller"];
            IControllerFactory controllerFactory = _controllerFactory ?? ControllerBuilder.Current.GetControllerFactory();
            return controllerFactory.GetControllerSessionBehavior(requestContext, controllerName);
        }

        #region IRouteHandler Members

        IHttpHandler IRouteHandler.GetHttpHandler(RequestContext requestContext)
        {
            return GetHttpHandler(requestContext);
        }

        #endregion
    }
}

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

2、MvcHandler

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

        protected virtual IHttpHandler GetHttpHandler(RequestContext requestContext)
        {
            requestContext.HttpContext.SetSessionStateBehavior(GetSessionStateBehavior(requestContext));
            return new MvcHandler(requestContext);
        }

也就是说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程序中让你更加灵活使用用来解决一些问题。