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方法里执行一系列的方法事件!,借用一张图: