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方法。
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方法
ASP.NET MVC源码分析：http://www.cnblogs.com/Dr-Hao/p/5315556.html