ASP.NET WebForm / MVC 源码分析

浏览器 Url:https//localhost:6565/Home/Index ,https//localhost:6565/WebForm1.aspx,请求服务器(构建请求报文,并且将请求报文发送给服务器)

1:服务器(内核模式 Http.sys)对请求报文做基本的处理

2:请求服务器(用户模式,IIS服务器)

  2.1:对发送过来的数据做一个检查,如果请求的是静态资源的(.html,jpg,js),那么IIS直接将这些资源返回浏览器

  2.2:如果是动态资源(.aspx,.ashx),IIS服务器无法直接处理,请求W3wp.exe进程(非托管模式/托管模式)

  2.3:非托管模式(aspnet_isapi.dll),加载运行时,然后将数据传递.NetFrameWork,然后进入托管模式

  (以上步骤无法通过代码验证,微软没有开源,以下步骤可以通过Reflector查看源代码)

  2.4:托管模式(ISAPIRuntime),非常重要的方法

  public int ProcessRequest(IntPtr ecb, int iWRType)  //ecb 句柄:是操作系统的概念,指的就是资源的编号,操作系统将所有的资源都加上相应的编号。

Reflector 7百度云盘:链接:http://pan.baidu.com/s/1eSm9Y06  密码:gyx0

1:用Reflector 搜索ISAPIRuntime

2:查看里面的ProcessRequest方法,根据ecb句柄创建出ISAPIWorkerRequest(封装的是请求报文最原始的数据)

3:HttpRuntime.ProcessRequstNoDemand(wr); //将HttpWorkerRequest传递到HttpRuntime中

4:ProcessRequestNow方法

5:ProcessRequestInternal方法

在HttpRuntime中创建了HttpContext(context=new HttpContext(wr,false)); //最终请求报文的数据封装到了HttpContext(HttpRequest/HttpResponse)

5.1:在HttpContext类中初始化:new HttpRequest(wr,this);//接收数据

                  new HttpResponse(wr,this);//输出数据

5.2:ProcessRequestInternal中GetApplicationInstance方法 (HttpContext类初始化之后)

创建了一个HttpApplication对象,负责处理浏览器发送过来的数据,由于请求报文的数据都封装到了HttpContext中,

那么在这里需要将HttpContext传递到HttpApplication中,HttpApplication是怎么被创建的呢?

IHttpHandler applicationInstance = HttpApplicationFactory.GetApplicationInstance(context); //是通过HttpApplicationFactory工厂创建出的HttpApplication.

在创建HttpApplication的时候,用到了HttpApplication池的应用,在创建时先看一下池中有没有空闲的HttpApplication,如果有直接拿出来用,用完以后再放入池中。

在这里这个池就是栈(stack),如果池中没有空闲的,那么就创建一个。

1:HttpApplication对象一次只能处理一个请求。这里的HttpApplication对象的生命周期只针对与动态内容的请求,静态内容IIS直接帮我们处理了。

2:而对于HttpApplication中的其它19个事件,则对于每个请求(请求动态内容)都会触发一次。

3:Application_Start是在用户第一次请求动态内容的时候触发一次(在真正的IIS中)。

Application_End在整个应用程序结束的时候,比如:重启IIS/重启网站/重启对应网站的"应用程序池",结束w3wp.exe进程的情况下。

6:查看 IHttpHandler applicationInstance = HttpApplicationFactory.GetApplicationInstance(context);

6.1  theApplicationFactory.EnsureInited();

6.2 theApplicationFactory.EnsureAppStartCalled(context);

_theApplicationFactory.EnsureAppStartCalled(context);确保Global文件中的Application_Start方法被调用,而且只调用一次。

6.3 return _theApplicationFactory.GetNormalApplicationInstance(context);

state=(HttpApplication)HttpRuntime.CreateNonPublicInstance(this._theApplicationType);

(通过反射的形式将Global文件编译的类型创建出HttpApplication)//创建HttpApplication对象

//找到Global.asax文件并且对Global.asax文件进行编译,编译出_theApplicationType,调用[_theApplicationFactory.EnsureInited();]

7: state.InitInternal(context, this._state, this._eventHandlerMethods);

8: this.InitModules();

当创建出HttpApplication以后,会遍历Web.config文件中关于HttpModule的信息,然后执行其中的Init方法。

 1 private void InitModulesCommon()
 2 {
 3     int count = this._moduleCollection.Count;
 4     for (int i = 0; i < count; i++)
 5     {
 6         this._currentModuleCollectionKey = this._moduleCollection.GetKey(i);
 7         this._moduleCollection[i].Init(this);
 8         //在这里有一个非常重要的Module就是UrlRouteingModule
 9         //在UrlRouteingModule中的Init方法中定义了:
10         //application.PostResolveRequestCache+=new EventHandler(this.OnApplicationPostResolveRequestCache);
11     }
12     this._currentModuleCollectionKey = null;
13     this.InitAppLevelCulture();
14 }
15
16 /*
17 Ps:1:新建一个类,实现IHttpModule接口,
18        实现public void Dispose(){};和 public void Init(HttpApplication context){};
19    2:web.config中配置HttpModule节点
20 */

InitModulesCommon

接下里就要进入管道事件模型 (Application  19事件)

从HttpApplication对象创建开始,调用ProcessRequest方法,到调用结束,整个过程叫做"ASP.NET应用的生命周期"(不是ASP.NET页面的生命周期)

【处理用户请求:会触发19个事件,23步骤】

9:到达第7个事件(MVC和WebForm的区别),会通过EventHandler委托调用OnApplicationPostResolveRequestCache执行该方法中的代码。

9.1:ASP.NET WebForm

在asp.net应用程序的生命周期的第7个事件和第8个事件之间,创建了用户请求的ashx或者aspx页面的对象。

如果是aspx页面的话,在这里创建的页面的对象不是aspx对应的后台类的对象,而是aspx页面编译后生成的类的对象,该类型继承自后台代码文件。

所以创建了该类型的对象就拥有了后台代码文件中的所有东西。

【未完 待续】

9.2:ASP.NET MVC

在这里有一个非常重要的Module就是UrlRouteingModule (UrlRouteingModule中的Init方法)

在UrlRouteingModule中的Init方法中定义了:

application.PostResolveRequestCache+=new EventHandler(this.OnApplicationPostResolveRequestCache);

1:[第7~8事件之间]到达第7个事件,会通过EventHandler委托调用OnApplicationPostResolveRequestCache执行该方法中的代码

2:[第11~12事件之间] 开始执行MvcHandler中的ProcessRequest方法

【未完 待续】

时间: 2024-10-13 02:56:20

ASP.NET WebForm / MVC 源码分析的相关文章

WebForm / MVC 源码分析

ASP.NET WebForm / MVC 源码分析 浏览器 Url:https//localhost:6565/Home/Index ,https//localhost:6565/WebForm1.aspx,请求服务器(构建请求报文,并且将请求报文发送给服务器) 1:服务器(内核模式 Http.sys)对请求报文做基本的处理 2:请求服务器(用户模式,IIS服务器) 2.1:对发送过来的数据做一个检查,如果请求的是静态资源的(.html,jpg,js),那么IIS直接将这些资源返回浏览器 2.

asp.net mvc源码分析-ModelValidatorProviders 客户端的验证

几年写过asp.net mvc源码分析-ModelValidatorProviders 当时主要是考虑mvc的流程对,客户端的验证也只是简单的提及了一下,现在我们来仔细看一下客户端的验证. 如图所示, 首先我们要知道这里的data-val这些属性是在哪里生成的?可以肯定是在mvc后台生成的, @Html.PasswordFor(m => m.Password) 生成input @Html.ValidationMessageFor(m => m.Password) 生成span 调用层级关系:

asp.net mvc源码分析-DefaultModelBinder 自定义的普通数据类型的绑定和验证

原文:asp.net mvc源码分析-DefaultModelBinder 自定义的普通数据类型的绑定和验证 在前面的文章中我们曾经涉及到ControllerActionInvoker类GetParameterValue方法中有这么一句代码: ModelBindingContext bindingContext = new ModelBindingContext() { FallbackToEmptyPrefix = (parameterDescriptor.BindingInfo.Prefix

ASP.NET MVC 源码分析(一)

ASP.NET MVC 源码分析(一) 直接上图: 我们先来看Core的设计: 从项目结构来看,asp.net.mvc.core有以下目录: ActionConstraints:action限制相关 AntiForgery:防伪相关 ActionResults:action返回对象相关 ApiExplorer:API描述和元数据相关接口 ApplicationModels:应用程序模型相关,应该是全局的model Areas:地区标签 Filters:大名鼎鼎的过滤器组件 Formatters:

MVC源码分析 - ModelBinder绑定 / 自定义数据绑定

这几天老感觉不对, 总觉得少点什么, 今天才发现, 前面 3 里面, 在获取Action参数信息的时候,  少解析了. 里面还有一个比较重要的东西. 今天看也是一样的. 在 InvokeAction() 方法里面, 有一句代码: IDictionary<string, object> parameterValues = this.GetParameterValues(controllerContext, actionDescriptor); 这个是用来获取参数的. 那么参数是不是随便获取呢?

Spring MVC源码分析--视图解析过程

写在最前,本文中的源码是4.2.3版本的源码,针对的是JstlView. 视图解析的过程即DispatcherServlet的doDispatch()方法的调用的processDispatchResult(): 1,processDispatchResult()里,调用DispatchServlet的render()方法: 2,render()方法里,调用DispatchServlet的resolveViewName()方法,把配置文件里注册的全部ViewResolver对象添加进来,寻找合适的

asp.net MVC 源码分析

先上一张图吧 asp.net请求机制的图  by传智播客邹华栋老师 然后是 邹老师添加MVC请求过程的图 其实MVC 实在.netframework上加了一个过滤器  HttpModule 在C:\Windows\Microsoft.NET\Framework\v4.0.30319 下的配置文件里加入的  <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" /&

ASP.NET MVC 源码分析(二) —— 从 IRouteBuilder认识路由构建

我们来看IRouteBuilder的定义: public interface IRouteBuilder { IRouter DefaultHandler { get; set; } IServiceProvider ServiceProvider { get; } IList<IRouter> Routes { get; } IRouter Build(); } 一个默认的IRouter对象,一个Build方法,一个IRouter集合和一个获取服务对象IServiceProvider. 我们

ASP.NET MVC源码分析系列

Controller下的JsonResult的ExecuteResult方法 public override void ExecuteResult(ControllerContext context) { if (context == null) { throw new ArgumentNullException("context"); } if ((this.JsonRequestBehavior == JsonRequestBehavior.DenyGet) &&