一，服务器接受http请求的实际处理过程
二，当客户端将请求通过网络传送到服务器时，HTTP.SYS会在内核模式下实时监听当前的http请求。Http.sys功能如下描述：
http.sys 是一个位于Win2003和WinXP SP2中的操作系统核心组件，
温馨提示：如果用户不慎删除了该驱动文件，不用担心，该驱动会在下次系统启动时重建。是一个删不掉的系统核心组件！实用程序结束该驱动，该驱动也会马上重新创建（只有粉碎文件才不能马上重建，但粉碎后，下次启动会重建）。
微软在Windows 2003 Server里引进了新的HTTP API和kernel mode driver Http.sys，目的是使基于Http服务的程序更有效率。这个改变的直接收益者就是IIS 6.0 和 asp.net.
其实在Windows XP安装SP2后，Http.sys已经出现在系统里了，但事实上，操作系统并没有真的使用这个内核级驱动，而XP上自带的IIS 5.1也没有使用HTTP API。
新的HTTP API里最核心的变化都封装在Http.sys这个kernel mode driver里了。在此之前，基于HTTP协议的程序都是在User mode下运行的，而且必须自己处理诸如软件中断、context switch、线程调度等等问题，并且往往无法自由接触系统资源。过去，HTTP服务器，如IIS, Apache等都是利用Winsock API来创建一个User mode下的network listener。Network listener通常独自（i.e.: per application or per thread basis）占用一个IP端口。通俗点说，就是在同一时间只有一个应用程序可以监听一个端口，这在有些时候是一个不太令人舒服的限制。
新的Http.sys带来的好处大致有如下一些:
1. 缓存 － 静态的内容现在被缓存于内核模式下，这使 服务响应速度更快
2. 记录 （Log）－IIS的log功能更快且标准化了
3. 带宽控制 － greater scalability control and throttling
4. 可靠性 － 所有的服务请求会在Http.sys里暂存入队列，而不是由服务程序本身来处理，这样，即使服务程序重启，尚未被处理的请求也不会丢失了
5. IP端口重用 － 现在，只要是通过Http.sys管理的端口（基本包括了那些著名的端口，比如80），都可以同时允许多个程序同时监听了。
Http.sys是IIS 6.0使用的新型侦听器。在IIS 6.0出现之前，inetinfo.exe完成侦听HTTP请求的功能，同时还要将请求转发给对应的处理程序。从IIS 6.0开始，侦听器与inetinfo.exe分离开来，inetinfo.exe在用户模式下运行，Http.sys则完成侦听HTTP请求的功能，在 内核模式下运行。
1. 内核模式和用户模式
在Windows Server 2003中，一个进程既可以运行于内核模式，也可以运行于用户模式。如果一个进程运行于内核模式，那么这个进程就可以访问所有硬件和系统数据；如果一个进 程运行于用户模式，那么这个进程不能直接访问硬件，而且访问系统数据时也会受到限制。在Intel处理器架构中，内核模式运行于ring 0之内，而用户模式运行于ring 3。通过在内核模式运行Http.sys，侦听器可以直接访问TCP/IP协议栈，但是又能够位于WWW服务之外，这样就不会受到应用程序中代码缺陷的影 响，也不会因为应用程序崩溃而出现问题。
通过在内核模式运行，Http.sys获得了比较高的优先级，与先前版本的IIS相比，对HTTP请求响应速度比较快。Http.sys不仅因为具 有较高的优先级而提高了IIS的性能，而且，还可以在等待应用程序响应(即使应用程序已经停止响应)的同时，将请求进行排队。在IIS 6.0中，每个应用程序池都拥有一个内核模式队列，Http.sys可以将请求转发给合适的队列。所以，在IIS 6.0中，当我们对性能进行调优时，可以将负载比较重的应用程序分隔到不同的应用程序池，从而使负载比较轻的应用程序不必与负载较重的应用程序共享同一个 队列。对每个应用程序池而言，队列规模是可配置的。
Http.sys可以将请求进行缓存，并尽可能地在内核模式中完成对请求的服务。如果某个请求的响应已经得到了缓存，那么IIS就无须重新处理这个 请求，Http.sys只需要将这个响应从缓存中取出，这样就绕开了所有的IIS功能，从而也就避免了重新处理。这些已缓存的请求都保存在内存中，并且不 允许换出，因此，尽可能地增大系统内存是提高IIS性能的一种简单有效的方法。
尽可能地增大系统内存还能够减少inetinfo.exe的磁盘交换次数。inetinfo.exe运行于用户模式，可以在必要时交换到磁盘空间。如果系统内存过少，那么IIS的性能会急剧下降。
2. 其他Http.sys功能
针对HTTP请求和响应，Http.sys还能够处理TCP/IP连接，包括创建连接和断开连接。因为Http.sys直接运行于TCP/IP协议栈之上，因此还需要处理连接和超时，以及连接数限制和带宽不足。此外，Http.sys还需要处理日志。
Http.sys通过执行两项重要功能来提高IIS 6.0的性能。首先，Http.sys在内核模式下对请求进行缓存，因此，为了给某个请求提供服务，如果该请求所需内容最近已经为先前某个请求提供服务 (无论是提供静态内容还是提供动态内容)，那么可以在内核模式下直接为该请求提供其所需内容，而不需要再切换到用户模式下在inetinfo.exe进程 中运行。
Http.sys还可以将请求进行排队，由合适的工作进程完成对请求的服务。每个应用程序池都拥有自己的队列，队列的规模是可以配置的，这样，我们 可以对某个具体应用程序池的性能进行调优。针对可能会发生失效的应用程序，使用队列还有另一个优点，就是针对失效应用程序的请求仍然会保存在队列中，直到 队列中保存的请求总数达到该队列的上限。当应用程序能够重新进行响应时，这些请求仍然能够得到处理；此外，通过自动重启发生失效的应用程序池，还能够降低 响应时间，从用户看来，应用程序的响应仅仅是稍微延迟了一点。
三，Http.sys是如何知道当前这个请求是给哪个应用程序池？？？？？
当实施工程师创建应用程序池的时候，会将对应的应用程序池ID注册到注册表里面，这个注册表是Http.sys里面的。那么Http.sys会根据当前请求送到对应的应用程序池里面。
四，IIS如何处理
Web 服务器 VS Web 应用程序
在了解 IIS 如何处理 ASP.NET 请求之前，我们必须要清楚 Web 服务和 Web 应用程序之间的界限。Web 服务器与 Web 应用程序之间的关系，就像 操作系统 与 普通桌面应用程序之间的关系一样 —— 一个提供了运行环境，一个提供实际的业务功能实现。简短一点说，一个是宿主 Host ，一个是应用程序 Application。操作系统能够为各种各样的应用程序提供运行环境，而 Web 服务器是构建于操作系统之上的、具有针对性的应用程序宿主（针对 Web 应用程序），就像 Windows 服务一样。没错，如果你对 Windows 服务的了解多过 Web 服务器，那么使用类比法通过 Windows 服务来了解 Web 服务器是个不错的选择（事实上用 Web服务 替代 Web服务器来表述可能会更合理一点，但这样就很容易将 Web服务 与 .NET Web Service 技术搞混）。
IIS(Internet Information Services)
在中文操作系统中，IIS 被称为 互联网信息服务 —— 这是 Microsoft 公司提供的运行于 Windows 操作系统之上的 Web 服务器，它的功能绝不只是能处理 ASP.NET 请求。但本文要尝试讲明的是 IIS 如何处理 ASP.NET 请求，所以，我们可以假设“IIS就是为 ASP.NET 而生的”。
IIS 如何处理 ASP.NET 请求
作为 Web 服务器，IIS 的主要工作是接收请求并通过Web管理服务（Web Admin Services,WAS）将请求分发给不同的应用程序池。
应用程序池接收到请求后，根据当前运行状况将请求投放给某个工作进程（w3wp.exe），工作进程会依据请求 url 的相关特性（比如后缀 aspx）选择和加载特定的 ISAPI（Internet Server Application Programming Interface，网络服务应用编程接口）。
ASP.NET 对应的 ISAPI 为 aspnet_isapi.dll， 它将构造一个 HttpRuntime 作为应用程序入口，从这里开始，请求将会来回经过HttpApplication 中的一序列 HttpModule 和 HttpHandler,然后做出响应。
aspnet_isapi.dll
.NET 程序员应该都知道，想要 ASP.NET 正常运行，必须安装 .NET Framework。但有时候明明已经安装了 .NET Framework，部署在 IIS 上的网站却怎么也不能正常访问，然后在网上折腾捣鼓，终于在运行 aspnet_regiis 并设置应用程序池的 .NET Framework 版本之后就可以正常访问了。 没错，运行 aspnet_regiis 的目的是为了 将相应版本的 .NET Framework 注册到 IIS ，如果你是先安装 IIS ,后装 .NET Framework， 就无需那么复杂 —— .NET Framework 会自动注册。
.NET Framework 注册到 IIS 时，就会给 IIS 添加相应的 ISAPI —— aspnet_isapi.dll。
IIS 如何知道哪个请求该分发给哪个应用程序池
IIS 内核模块（Kernel Mode）包含一个 HTTP.SYS 文件。
向 IIS 添加一个应用程序池的同时会生成一个对应的标识ID，并被记录到 HTTP.SYS（事实上记录的是 url 与 应用程序池之间的对应关系）。
任何来自客户端的 HTTP 请求都将首先触发 HTTP.SYS 。事实上 HTTP.SYS 本身不会执行任何代码，它仅仅是监听客户端的 HTTP 请求。HTTP 请求包含了 Web 站点的主机（或 IP）、端口和资源路径信息，即 url —— 根据映射，IIS 自然就知道如何分发请求给应用程序池了。