iis6.0与asp.net的运行原理

haoman

　　这几天上网翻阅了不少前辈们的关于iis和asp.net运行原理的博客，学的有点零零散散，花了好长时间做了一个小结（虽然文字不多，但也花了不少时间呢），鄙人不才，难免有理解不道的地方，还望前辈们不吝赐教。
　　这篇博客主要是描述asp.net程序在iis6.0上的一个执行过程。

　　执行过程图：

组件描述

　　HTTP.SYS:
　　Win2003和winXP SP2的核心操作系统组件,，能够让任何应用程序通过它提供的接口，以http协议进行信息通讯。
　　优点：

• 缓存-静态的内容被缓存于内核模式下，这使服务响应速度更快
  
• 记录（Log）-IIS的LOG功能更快且标准化
  
• 带宽控制
  
• 可靠性-所有的服务请求会在Http.sys里暂存入队列，而不是由服务程序本身来处理，这样，即使服务程序重启，尚未被处理的请求也不会丢失了
  
• 端口重用- 现在，只要是通过Http.sys管理的端口（基本包括了那些著名的端口，比如80），都可以同时允许多个程序同时监听了。
  

　　简单来说它是独立于IIS之外的，任何http请求都会首先被它侦听到
　　W3SVC：
　　1. 没有第三方应用程序的代码
　　2. 根据配置数据的设置创建和监视w3wp.exe，由工作线程运行Web网站应用。
　　3. 总是处于运行状态，因此它能够监视Web应用的健康状况，并在必要时采取行动。由于这一策略，服务器能够根据用户指定的参数监视和重新启动应用程序。
　　Application Pool(应用程序池):
　　1. 在IIS6.0中，每一个用户web应用程序都会运行在一个应用程序池中。这个应用程序池可以是IIS默认的应用程序池，也可以是用户自定义的应用程序池。
　　2.作为一个宿主程序，每个应用程序池中都会运行着一个或者多个用户web应用程序。
　　3.在应用程序池中，存在着一个或者多个工作进程（一个以上叫Web园）。每个工作进程只能属于一个特定的应用程序池，由这些工作进程来负责管理应用程序池中的用户web应用程序。
　　w3wp.exe(工作进程):
　　默认情况下，IIS 6.0在工作进程隔离模式下运行，在这种模式中，对于每一个Web应用，IIS 6.0都用一个独立的w3wp.exe的实例来运行它。 因此，工作进程隔离模式不存在          进程内（In-Process）应用程序存在的问题，有效地提高了可靠性和安全性。可靠性的提高是因为一个Web应用的故障不会影响到其他Web应用，也不会影响http.sys，每一        个Web应用由W3SVC单独地监视其健康状况。安全性的提高是由于应用程序不再象IIS 5.0和IIS4.0的进程内应用那样用System帐户运行，默认情况下，w3wp.exe的所有        实例都在一个权限有限的“网络服务”帐户下运行，必要时，还可以将工作进程配置成用其他用户帐户运行。
　　Metabase(元数据):

• 保存配置数据
  
• 有一个map保存应用程序池和工作进程的数据　　
  

执行过程

• 在客户端(一般指浏览器)输入一个http://www.***.com/default.aspx/
  
• HTTP.SYS首先侦听到请求（静态文件缓存于内核模式下）
  
• W3SVC接收请求,判断是否是静态文件，静态文件直接响应，否则将请求转发给应用程序池的请求队列，从元数据（通过WAS）中查找应用程序池数据，没有则创建
  
• WAS请求传递给应用程序池对应的工作进程，没有就创建（创建时加载ISAPI）
  
• ISAPI会根据ECH创建一个HttpWorkerRequest
  
• 接下来进入应用程序域，由非托管代码变为托管代码（CLR）
  
• HttpRuntime执行ProcessRequest方法产生HttpContext
  
• HttpApplicationFactory执行GetApplicationInstance方法产生HttpApplication
  
• HttpApplication执行一系列事件
  

Application暴露出的事件

　　1.BeginRequest：asp.net开始处理请求的第一个事件，表示处理的开始。
　　2.AuthenticateRequest：验证请求，一般用来取得请求的用户信息。
　　3.PostAuthenticateRequest：已经获取请求的用户信息。
　　4.AuthorizeRequest：授权，一般用来检查用户的请求是否获得权限。
　　5.PostAuthorizeRequest：用户请求已经获得授权。
　　6.ResolveRequestCache：获取以前处理缓存的处理结果，如果以前缓存过，那么，不用再进行请求的处理工作，直接返回缓存的结果。
　　7.PostResolveRequestCache：已经完成缓存的处理工作。
　　8.PostMapRequestHandler：已经根据用户的请求，创建了请求的处理器对象。
　　9.AcquireRequestState：取得请求的状态，一般用于session
　　10.PostAcquireRequestState：已经获得了session
　　11.PreRequestHandlerExecute：准备执行处理程序。
　　12.PostRequestHandlerExecute：已经执行了处理程序
　　13.ReleaseRequestState：释放请求的状态。
　　14.PostReleaseRequestState：已经释放了请求的状态。
　　15.UpdateRequestCache：更新缓存。
　　16.PostUpdateRequestCache:已经更新了缓存。
　　17.LogRequest:请求的日志操作
　　18.PostLogRequest：已经完成请求的日志操作。
　　19.EndRequest：本次请求处理完成。