请求如何进入ASP.NET MVC框架

一、前言

  对于WebForm开发,请求通常是一个以.aspx结尾的url,对应一个物理文件,从代码的角度来说它其实是一个控件(Page)。而在MVC中,一个请求对应的是一个Controller里的Action。熟悉asp.net的朋友都知道,asp.net请求实际都是交给HttpHandler处理(实现了IHttpHandler的类型)。无论是.aspx,.ashx,.asmx 还是MVC里的Action,请求都会交给HttpHandler。具体是在管道事件中,会根据请求创建一个HttpHandler,并执行它的PR方法。对于aspx和ashx都很好理解,因为它们本身就实现了IHttpHandler接口,而MVC的Controller和Action都和HttpHandler没有关系,它是如何实现的呢?接下来我们就看一个请求是如何进入mvc框架内部的。

二、例子

  WebForm和MVC都是建立在asp.net平台上的,Webform出现得比较早,那么MVC是如何做到在不影响底层框架,实现扩展的呢?这主要得益于asp.net的路由机制。路由机制并不属于MVC,WebForm也可以使用它。它的目的是让一个请求与物理文件分离,原理是通过映射关系,将请求映射到指定的HttpHandler。例如我们也可以将一个/Admin/User.aspx?name=张三 的请求映射成可读性更好的/Admin/张三。下面是两种url的注册方式:

public static void RegisterRoutes(RouteCollection routes)
{
  //MVC
  routes.MapRoute(
    name: "Default",
    url: "{controller}/{action}/{id}",
    defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
  );

  //WebForm
  routes.MapPageRoute(
    routeName: "WebForm",
    routeUrl: "Admin/{user}",
    physicalFile: "~/Admin/User.aspx"
  );
}

  RouteCollection是一个Route集合,Route封装了名称、url模式、约束条件、默认值等路由相关信息。其中,MapPageRoute是RouteCollection定义的方法,而MapRoute是MVC扩展出来的(扩展方法的好处就是可以在不修改原有代码的情况下添加所需的功能)。它们的目的都是一样的,创建一个Route对象,添加到集合当中;我们也可以new 一个Route对象,然后调用RouteCollection.Add,效果是一样的。下面我们主要关注MVC的实现过程,WebForm其实也是类似的。

三、分析源码

  接下来我们看MVC是如何利用路由机制实现扩展的。路由机制是通过一个UrlRoutingModule完成的,它是一个实现了IHttpModule的类,路由模块已经默认帮我们注册好了。HttpModule通过注册HttpApplication事件参与到管道处理请求中,具体是订阅HttpApplication某个阶段的事件。路由机制就是利用这个原理,UrlRoutingModule订阅了PostResolveRequestCache 事件,实现url的映射。为什么是该事件呢?因为该事件的下一步就要完成请求和物理文件的映射,所以必须要此之前进行拦截。核心代码如下:

public class UrlRoutingModule : IHttpModule {
  public RouteCollection RouteCollection {
    get {
      if (_routeCollection == null) {
        //全局的RouteCollection集合
        _routeCollection = RouteTable.Routes;
      }
      return _routeCollection;
    }
    set {
      _routeCollection = value;
    }
  }

  protected virtual void Init(HttpApplication application) {
    //注册PostResolveRequestCache事件
    application.PostResolveRequestCache += OnApplicationPostResolveRequestCache;
  }

  private void OnApplicationPostResolveRequestCache(object sender, EventArgs e) {
    //创建上下文
    HttpApplication app = (HttpApplication)sender;
    HttpContextBase context = new HttpContextWrapper(app.Context);
    PostResolveRequestCache(context);
  }

  public virtual void PostResolveRequestCache(HttpContextBase context) {
    //1.获取RouteData
    RouteData routeData = RouteCollection.GetRouteData(context);
    if (routeData == null) {
      return;
    }
    //2.获取IRouteHandler
    IRouteHandler routeHandler = routeData.RouteHandler;
    if (routeHandler == null) {

    }

    //RequestContext保证了HttpContext和RouteData,在后续使用
    RequestContext requestContext = new RequestContext(context, routeData);

    context.Request.RequestContext = requestContext;

    //3.获取IHttpHandler
    IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);

    //重新映射到处理程序
    context.RemapHandler(httpHandler);
  }
}  

  我们关注主要方法PostResolveRequestCache,这里有三个关键步骤。

步骤一. 获取RouteData

  RouteData是对Route的包装,在后续的处理中使用。它的获取是通过RouteCollection获得的,这个和上面注册用到的RouteTable.Routes是同一个集合对象。调用RouteCollection的GetRouteData会遍历它的每一个项,也就是Route对象,然后调用Route对象的GetRouteData方法(MVC内部很多集合都用到了这种设计)。如下代码:

public RouteData GetRouteData(HttpContextBase httpContext) {
  using (GetReadLock()) {
    foreach (RouteBase route in this) {
      RouteData routeData = route.GetRouteData(httpContext);
      if (routeData != null) {
        return routeData;
      }
    }
  }
  return null;
}

  Route对象的GetRouteData方法如下:

public override RouteData GetRouteData(HttpContextBase httpContext) {
  string requestPath = httpContext.Request.AppRelativeCurrentExecutionFilePath.Substring(2) + httpContext.Request.PathInfo;

  //结合默认值,匹配url
  RouteValueDictionary values = _parsedRoute.Match(requestPath, Defaults);

  if (values == null) {
    return null;
  }

  //包装成RouteData,这里为什么不放在if后面呢?
  RouteData routeData = new RouteData(this, RouteHandler);

  //匹配约束
  if (!ProcessConstraints(httpContext, values, RouteDirection.IncomingRequest)) {
    return null;
  }

  //RouteData的Values和DataTokens都来自于Route
  foreach (var value in values) {
    routeData.Values.Add(value.Key, value.Value);
  }
  if (DataTokens != null) {
    foreach (var prop in DataTokens) {
      routeData.DataTokens[prop.Key] = prop.Value;
    }
  }

  return routeData;
}

  可以看到,Route对象的GetRouteData方法会匹配url模式,和检查约束条件,如何不符合会返回null。如果匹配,则new一个RouteData。

步骤二、获取IRouteHandler接口对象

  上面创建RouteData,参数分别是当前Route对象和它的RouteHandler属性。RouteHandler是一个IRouteHandler,这是一个重要接口,它的定义如下:

public interface IRouteHandler {
  IHttpHandler GetHttpHandler(RequestContext requestContext);
}

  很明显,它是用于获取IHttpHandler的。那么Route对象的RouteHandler属性又是在哪里初始化的呢?我们回到开始的注册方法,routes.MapRoute,这个方法根据传递的参数创建一个Route对象,该方法的实现如下:

public static Route MapRoute(this RouteCollection routes, string name, string url, object defaults, object constraints, string[] namespaces)
{
  //创建一个Route对象,它的IRouteHandler为MvcRouteHandler
  Route route = new Route(url, new MvcRouteHandler())
  {
    Defaults = CreateRouteValueDictionary(defaults),
    Constraints = CreateRouteValueDictionary(constraints),
    DataTokens = new RouteValueDictionary()
  };

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

  //将Route注册到RouteCollection中
  routes.Add(name, route);

  return route;
}

  在创建Route时,除了传递url模式外,还默认帮我们传递了一个MvcRouteHandler,它实现了IRouteHandler接口。
步骤三、获取IHttpHandler接口对象

  有了MvcRouteHandler,就可以调用它的GetHttpHandler方法获取IHttpHandler了,该方法实现如下:

protected virtual IHttpHandler GetHttpHandler(RequestContext requestContext)
{
  //设置session状态
  requestContext.HttpContext.SetSessionStateBehavior(GetSessionStateBehavior(requestContext));

  //返回一个实现了IHttpHandler的MvcHandler
  return new MvcHandler(requestContext);
}

  可以看到,它返回了一个MvcHandler,MvcHandler就实现了IHttpHandler接口。所以开头说的,请求本质都是交给HttpHandler的,其实MVC也是这样的,请求交给了MvcHandler处理。我们可以看MvcHandler定义和主要方法:

public class MvcHandler : IHttpAsyncHandler, IHttpHandler, IRequiresSessionState
{
   protected internal virtual IAsyncResult BeginProcessRequest(HttpContextBase httpContext, AsyncCallback callback, object state)
  {
    IController controller;
    IControllerFactory factory;

    //这个方法里会激活Controller对象
    ProcessRequestInit(httpContext, out controller, out factory);

    IAsyncController asyncController = controller as IAsyncController;
    if (asyncController != null)
    {
      // asynchronous controller
      BeginInvokeDelegate beginDelegate = delegate(AsyncCallback asyncCallback, object asyncState)
      {
        try
        {
          //调用Controller的BeginExecute方法
          return asyncController.BeginExecute(RequestContext, asyncCallback, asyncState);
        }
        catch
        {
          factory.ReleaseController(asyncController);
          throw;
        }
      };

      EndInvokeDelegate endDelegate = delegate(IAsyncResult asyncResult)
      {
        try
        {
          asyncController.EndExecute(asyncResult);
        }
        finally
        {
          factory.ReleaseController(asyncController);
        }
      };

      SynchronizationContext syncContext = SynchronizationContextUtil.GetSynchronizationContext();
      AsyncCallback newCallback = AsyncUtil.WrapCallbackForSynchronizedExecution(callback, syncContext);
      return AsyncResultWrapper.Begin(newCallback, state, beginDelegate, endDelegate, _processRequestTag);
    }
    else
    {
      // synchronous controller
      Action action = delegate
      {
        try
        {
          controller.Execute(RequestContext);
        }
        finally
        {
          factory.ReleaseController(controller);
        }
      };

      return AsyncResultWrapper.BeginSynchronous(callback, state, action, _processRequestTag);
    }
  }
}

  可以看到,MvcHandler的任务就是激活Controller,并执行它的Execute方法。这个过程和Webform里的页面处理是很相似的,.aspx请求到来,会根据虚拟路径找到实现IHttpHandler的Page(类似于路由机制根据url模式找到MvcHandler),然后进入Page的页面周期(类似于Mvc的激活Controller,然后执行Action过程)。

四、总结

接下来,简单总结一下请求进入到MVC框架的过程:

1.添加路由对象Route到全局的RouteCollection,Route的IRouteHandler初始化为MvcRouteHandler。

2. UrlRoutingModule注册 HttpApplication PostResolveRequestCache事件,实现请求拦截。
3. 请求到来, 在处理事件中遍历RouteCollection,调用每一个Route对象的GetRouteData获取RouteData包装对象。

4. 调用MvcRouteHandler的GetHttpHandler获取MvcHandler。

5. 调用HttpContext的RemapHandler将请求映射到MvcHandler处理程序。

6. 执行MvcHandler的PR方法,激活Controller,执行Action。

以上就是本文的全部内容,希望对大家的学习有所帮助。

(0)

相关推荐

  • ASP.NET MVC5网站开发项目框架(二)

    前几天算是开题了,关于怎么做自己想了很多,但毕竟没做过项目既不知道这些想法有无必要,也不知道能不能实现,不过邓爷爷说过"摸着石头过河"吧.这段时间看了一些博主的文章收获很大,特别是@kencery,依葫芦画瓢开写. 一.基本框架 还是先说下基本框架吧,一下子搞了7个项目看着挺乱的,我的理解是M.V.C 3者中,M是数据载体,V是用户要看的试图,C主要是协调控制与用户界面相关的操作,而数据的处理,数据库的的操作交给DAL.BLL来做.整个思路就是:View是用户看到的界面:Control

  • ASP.NET MVC+EF框架+EasyUI实现权限管系列

    前言:本文开始我们便一步一步的来实现这个权限系统的初步设计-框架搭建,首先我要说的是我们需要开发工具Visual Studio 2012或者10也行,其次是我们要有SQL Server数据库,如果是Visual Studio 2010的话,你还要安装MVC4的开发文件,这个是吗?我不记得了,谁可以回答我一下的,我一直用2012,都是集成好的,所以不太清楚.因为这篇博客比较简单,只是建立一个简单的架构,所以我顺便进行一下MVC的知识补充,后面我也会这样穿插着介绍项目中遇到的技术,下面开始今天之旅.

  • ASP.NET MVC5 网站开发框架模型、数据存储、业务逻辑(三)

    前面项目的层次和调用关系都说明了,关系如下图 采用三层架构的时候,研究过BLL层的必要性,觉得业务逻辑完全可以在controller里实现,没有必要单独做一个项目,另一个分层多了会影响性能.后来我还是把业务逻辑独立出来,原因如下: 业务逻辑写进controller里代码看着比较混乱,时间久了代码容易理不清. 在controller里直接写逻辑重复代码会不较多,开发效率低. 分项目有利于代码重用,有时候可以直接拿到其他项目中稍作修改就可以用. 对于性能我觉得分层多了肯定会有影响,但是不会很大.现在

  • 扩展ASP.NET MVC三层框架且使用StructureMap实现依赖注入1-Model层

    本篇文章将向大家介绍如何添加Service和Repository层并且使用StructureMap把Service层注入到Controller,把Repository注入到Service层.Service层主要是我们的业务逻辑层,这一层不和底层的Database打交道,和Database打交道的是Repository数据持久层.本篇文章通过使用StructureMap依赖注入使Controller,Service,Repository三层的耦合度降到最低. 本系统使用NorthWind开源数据,

  • 使用ASP.NET.4.5.1+MVC5.0 搭建一个包含 Ninject框架 项目

    1.创建一个空白解决方案 2.添加一个类库 名称为XXX.Domain 3.添加一个ASP.MVC名称为XXX.WebUI 4.选着空模版,勾选MVC核心引用 5.添加单元测试项目XXX.UntiTests 6.在程序包控制台里面输入以下代码 复制代码 代码如下: Install-Package Ninject -version 3.0.1.10 -projectname Toad.WebUI Install-Package  Ninject.Web.Common  -version  3.0.

  • 支持ASP.NET MVC、WebFroM的表单验证框架ValidationSuar使用介绍

    1.支持javascript端和后端的双重验证 (前端目前依赖于jquery.validate.js,也可以自已扩展) 2.代码简洁 3.调用方便 4.功能齐全 使用方法: 新建初始化类,将所有需要验证的在该类进行初始化,语法相当简洁并且可以统一管理,写完这个类你的验证就完成了70% 函数介绍: Add 默认类型(邮件.手机.qq等) AddRegex 正则验证 在Add无法满足情部下使用 addFunc 使用js函数进行验证,一般用于业逻辑的验证 ,功能非常强大,可以满足各种验证(注意:add

  • 请求如何进入ASP.NET MVC框架

    一.前言 对于WebForm开发,请求通常是一个以.aspx结尾的url,对应一个物理文件,从代码的角度来说它其实是一个控件(Page).而在MVC中,一个请求对应的是一个Controller里的Action.熟悉asp.net的朋友都知道,asp.net请求实际都是交给HttpHandler处理(实现了IHttpHandler的类型).无论是.aspx,.ashx,.asmx 还是MVC里的Action,请求都会交给HttpHandler.具体是在管道事件中,会根据请求创建一个HttpHand

  • ASP.NET MVC框架简介

    一.MVC模式 概述 1.MVC是一种流行的Web应用架构技术,他把Web应用划分成Model(模型).Controller(控制器)和View(视图)三部分. 2.优点:可测试.可维护 3.MVC是ASP.NET技术的子级(ASP.NET MVC),ASP.NET包括:ASP.NET WebForm和ASP.NET MVC. 二.MVC简介 1.MVC是什么 MVC是一种软件架构设计模式,针对具备人机交互功能的软件和程序. 2.执行顺序 控制器接收网页发送的请求,如果需要请求数据,先从Mode

  • ASP.NET MVC使用Ajax的辅助的解决方法

    前言:前面我们已经简单的介绍过了MVC如何Jquery,因为我们如果使用Ajax的话必须要了解Jquery,这篇博客我们将大致了解一下ASP.NET MVC如何使用Ajax的辅助方法,此博客是我的读书笔记,如果那里写的不好,还请各位朋友提出来,我们共同学习.1.准备工作 (1)在MVC刚开始学习的时候,我们就需要介绍ASP.NET MVC框架中的HTML的辅助方法,但是这类文章现在已经很多了,而且个人感觉很简单,所以没有写笔记,我在这里就不介绍了. (2)ASP.NET MVC框架中的HTML辅

  • ASP.NET MVC小结之基础篇(二)

    整理除了这个笔记,共享一下子,基本MVC的所有东西都介绍了,但是都是很基础的东西.本来打算一篇发表完的,但是发现东西有点多,所以分成了两篇文章,这是最后一篇了! 1.ASP.NET MVC请求过程 1 2.Controller (1) 控制器在ASP.NET MVC中扮演着处理客户端请求的角色 1)必须实现System.Web.Mvc.IController接口 ->通常直接继承System.Web.MVC.Controller类 2)必须要以Controller结尾 3)通过不同的Action

  • 基于asp.net MVC 应用程序的生命周期(详解)

    首先我们知道http是一种无状态的请求,他的生命周期就是从客户端浏览器发出请求开始,到得到响应结束.那么MVC应用程序从发出请求到获得响应,都做了些什么呢? 本文我们会详细讨论MVC应用程序一个请求的生命周期,从一个控件到另一个控件是怎样被处理的.我们还会详细介绍一下整个请求的生命周期中,用到的相关组件.因为在平常的开发过程中,我们可能知道怎样去使用MVC框架来处理相关的请求,大部分的时候我们只是在controller和action方法之间做相关的处理,对于真正内在的运行机制可能不是很了解.其实

  • 浅谈MVC框架的优点(翻译)

    传统的ASP.NET Web Forms是一个非常好的主意,但现实需求非常复杂.随着时间的推移,现实世界的项目暴露出Web Forms的一些不足之处: "沉重的"视图状态:现实中在http请求之间维持状态(术语叫视图状态)导致了服务端和客户端巨大的数据块来回传递.典型情况下这个数据块会大到数百K字节,而且这个数据块会在每次请求时来回传输,导致网站访问者访问速度下降,同时增加了服务器的带宽负担. 页面生存周期:作为页面生存周期的一部分,连接客户端事件和服务端事件处理代码的机制,有时会非常

  • 详解ASP.NET MVC的整个生命周期

    目录 一.介绍 二.MVC生命周期详述 View的初始化和渲染呈现 三.结束 一.介绍 我们做开发的,尤其是做微软技术栈的,有一个方向是跳不过去的,那就是MVC开发.我相信大家,做ASP.NET MVC 开发有的有很长时间,当然,也有刚进入这个行业的.无论如何,如果有人问你,你知道ASP.NET MVC的生命周期吗?你知道它的来世今生吗?你知道它和 ASP.NET WEBFORM 有什么区别吗?估计,这些问题,有很多人会答不上来,或者说不清楚.今天,我就把我的理解写出来,也是对我自己学习的一次回

  • asp.net mvc CodeFirst模式数据库迁移步骤详解

    利用Code First模式构建好基本的类后,项目也开始搭建完毕并成功运行,而且已经将数据库表结构自动生成了. 但是,我有新的类要加入,有字段需要修改,那怎么办呢,删库,跑路 ? 哈哈 利用数据库迁移,将原有结构不改动,将新建类进行单独建表操作,或者是已有数据库表,改变字段,那就修改表. 迁移步骤: 1.打开程序包管理器控制台:工具->NuGet包管理器->程序包管理器控制台.(当然还有其它方式也可以打开,我比较喜欢这种) 点击后将弹出程序包管理器控制台 极其要注意的是默认项目!!! 2.启动

  • .NET Web开发之.NET MVC框架介绍

    MVC概念 MVC是一种架构设计模式,该模式主要应用于图形化用户界面(GUI)应用程序.那么什么是MVC?MVC由三部分组成:Model(模型).View(视图)及Controller(控制器). Model即应用程序的数据模型.任何应用程序都离不开数据,数据可以存储在数据库中.磁盘文件中,甚至内存中.Model就是对这些数据的抽象,不论数据采取何种存储形式,应用程序总是能够通过Model来对数据进行操作,而不必关心数据的存储形式.数据实体类就是常用的一种Model.例如,一个客户管理应用程序使

  • ASP.NET MVC下的四种验证编程方式[续篇]

    在<ASP.NET MVC的四种验证编程方式>一文中我们介绍了ASP.NET MVC支持的四种服务端验证的编程方式("手工验证"."标注ValidationAttribute特性"."让数据类型实现IValidatableObject或者IDataErrorInfo"),那么在ASP.NET MVC框架内部是如何提供针对这四种不同编程方式的支持的呢?接下来我们就来聊聊这背后的故事. 一.ModelValidator与ModelVali

随机推荐