IIS是如何处理HTTP请求

IIS 6架构由以下几个部分组成：

（1）HTTP.SYS：运行于Windows核心（Kernel）的一个组件，它负责侦听（Listen）来自于外部的HTTP请求（通常来自网络中另一台计算机上的浏览器），根据请求的URL将其转发给相应的应用程序池，由运行于应用程序池中的工作者进程来响应此HTTP请求。当此HTTP请求处理完成时，它又负责将处理结果发送出去（其接收者通常为发出HTTP请求的浏览器）。

       为了提供更好的性能，HTTP.SYS内部建立了一个缓冲区，将最近的HTTP请求处理结果保存起来，如果发现某个HTTP请求“不久以前”处理过了（即在缓冲区中可以找到），它就简单地直接从缓冲区中取出这些结果发回给客户端（通常为发出HTTP请求的浏览器）。

（2）InetInfo：在IIS 5时代，InetInfo是IIS服务的主进程，在IIS 6中，它不再负责处理HTTP请求，但它继续负责管理除了WWW服务之外的其他互联网服务，比如用于文件传输的FTP服务和用于邮件收发的SMTP服务。

       InetInfo内部维护了一个元数据库（Metabase），在这个数据库中存入了一些重要的信息，这些信息对于维护各种互联网服务（比如WWW和FTP）等是必不可少的。

（3）Worker Process：负责处理HTTP请求，被译为“工作者进程”，事实上，它是由一个可执行程序W3WP.EXE运行时所生成的一个进程[2]，每一个工作者进程内部都可以管理一个或多个ASP.NET应用程序。

      一般情况下，一个应用程序池只有一个工作者进程，但也可通过配置必要的参数让多个工作者进程同时运行在同一个应用程序池中，在这种情况下，这个应用程序池被称为“Web Garden（Web园）”。

（4）WAS（Web Admin Service）：这是一个监控程序，它一方面可以存取放在InetInfo元数据库（Metabase）中的各种信息，另一方面也负责监控应用程序池（Application Pool）中的工作者进程的工作状态况，必要时它会关闭一个老的工作者进程并创建一个新的取而代之。

具体过程如下：

     假设浏览器向Web服务器发出一个读取某ASP.NET站点上的某个ASPX网页的请求。当此请求通过网络到达Web服务器时，此请求被HTTP.SYS组件所接收。HTTP.SYS系统组件会检查此HTTP请求的相关信息，根据其URL将此HTTP请求发送给运行在某个应用程序池中的工作者进程处理。如果同时有多个针对此ASP.NET站点的HTTP请求，HTTP.SYS会将这些请求排队，加入到对应的应用程序池的HTTP请求队列中等待。

     如果这是第一个对ASP.NET站点的HTTP请求，工作者进程会加载aspnet_isapi.dll，并将请求转给它，aspnet_isapi.dll接着会装载.NET CLR[1]，创建一个针对此ASP.NET站点的应用程序域[2]，然后启动一个复杂的由多个步骤和组件参与的处理流程，当此处理流程结束，要发回给客户端的结果（通常是HTML代码，当然也可以是其他类型的资源，比如由程序动态生成的图片）已经生成，此结果被转发给HTTP.SYS。

总结一句如下：

HTTP.SYS接收到请求的处理结果之后，将其缓存到缓冲区中，然后把处理结果发回给发出HTTP请求的浏览器。

http://blog.csdn.net/bitfan/article/details/2994829