IIS接收请求到进入CLR
当用户向服务器发送的请求时，以驱动形式运行的HTTP.SYS接收到该请求，将其分发给W3SVC：IIS6中，W3SVC会去解析出UR，并根据从Metabase获取的URL与Web之间的映射关系得到目标应用，进而得到目标应用运行的应用程序池或工作进程；IIS7中，W3SVC接收到的HTTP请求最终都会被传递到WAS，如针对单个应用程序池的工作进程未创建，WAS会创建工作进程，WAS在进行请求处理过程中通过内置的配置管理模块加载以XML形式存放在applicationHost.config的配置信息。
在工作进程初始化过程中，相应的ISAPI动态链接库被加载，被加载的IsapiRuntime会接管该HTTP请求，首先创建一个IsapiWorkerRequest对象来封装当前的HTTP请求，随后将此对象传递给ASP.NET运行时HttpRuntime。
从此时起，HTTP请求正式进入了APS.NET管道。
HttpRuntime会根据IsapiWorkerRequest对象（或者说是HttpWorkerRequest）创建用于表示当前HTTP请求的上下文对象HttpContext。
随着HttpContext的创建，HttpRuntime会利用HttpApplicationFactory创建新的或从APS.NET维护的HttpApplication对象池中获取现有的HttpApplication对象。HttpApplication负责处理当前的HTTP请求。
在HttpApplication初始化过程中，ASP.NET会根据配置文件加载并初始化注册的HttpModule对象。对于HttpApplication来说，在它处理HTTP请求的不同阶段会触发不同的事件（Event），而HttpModule的意义在于通过注册HttpApplication的相应事件，将所需的操作注入整个HTTP请求的处理流程。
在HttpModule注册事件的过程中创建的HttpHandler负责最终完成对HTTP请求的处理（这里可以说是开始了页面的生命周期），不同的资源类型对应着不同类型的HttpHandler。
这里不重点介绍页面生命周期，说白了页面的生命周期就是在ProcessRequestMain方法里执行一系列的方法事件！，借用一张图：
