iis6.0与asp.net的运行原理
这几天上网翻阅了不少前辈们的关于iis和asp.net运行原理的博客，学的有点零零散散，花了好长时间做了一个小结（虽然文字不多，但也花了不少时间呢），鄙人不才，难免有理解不道的地方，还望前辈们不吝赐教。这篇博客主要是描述asp.net程序在iis6.0上的一个执行过程。
执行过程图：
https://images2015.cnblogs.com/blog/917105/201612/917105-20161210002247210-1970281599.png
组件描述
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：本次请求处理完成。
页:
[1]