IIS6的架构模型主要由如下三个组件构成：HTTP.SYS，W3SVC以及W3Core。作为一个全新的架构，IIS6.0有如下让人值得关注的新特点：

 

　　HTTP.SYS。全新的内核监听模式

 

　　IIS6.0新的应用程序隔离模式-工作进程隔离模式

 

　　应用程序池

 

　　工作进程

 

　　Web管理服务（W3SVC）

 

　　IIS6的架构模型避免用户应用程序访问或者修改关键的操作系统数据，提供了两种处理器访问模式：用户模式（UserMode）和内核模式（KernelMode）。如下图所示：

 

　　一般地，用户程序运行在Usermode下，而操作系统代码运行在KernelMode下。KernelMode的代码允许访问所有系统内存和所有CPU指令。

 

　　IIS5与IIS6架构模型对比

 

　　从Performance上看，IIS5把IIS和application运行在不同的进程中，虽然他们之间采用了基于NamedPipe的异步通信方式，但是一个基于进程之间的通信对性能的影响确实不能从根本上解决。

 

　　从Reliability来考虑，IIS5一台机器上只能运行一个workerprocess，每个Application运行在同一个进程中，虽然基于ApplicationDomain的隔离能提供一定的Reliability，但是一旦整个个进程崩溃，所有的Application都受影响。所以我们有时候需要提供一个基于Process的隔离性。

 

　　基于Reliability的改进，IIS6引入了ApplicationPool。

 

　　ApplicationPool就是一个application的容器，在IIS6中，我们可以创建若干ApplicationPool，在创建WebApplication的时候，我们为它指定一个既定的applicationpool。

 

　　在运行的时候，一个ApplicationPool对应一个WorkerProcess：w3wp.exe。

 

　　对于IIS6来说，同一台机器上可以同时运行多个WorkerProcess，每个WorkerProcess中的每个Applicationdomain对应一个Application。这样，在IIS6架构模型中Application之间不但能提供ApplicationDomain级别的隔离，你也可以将不同的Application置于不同的ApplicationPool中，从而基于Process级别的隔离。

 

　　在IIS5.x中InetInfo.exe对Request的监听和分发是在UserMode中进行，在IIS6中，这种工作被移植到kernelMode中进行，所有的这一切都是通过一个新的组件：http.sys来负责。