|
IIS 5 和 IIS 6 的架构比较 这点需要从IIS 5的架构说起。IIS 5的架构如下图所示，
IIS 5 的所有组件都工作在用户模式中，核心组件INETINFO侦听WinSock端口（例如常见的TCP 80端口）。当HTTP访问请求到达时，工作在内核模式的TCP/IP驱动将其直接路由到INETINFO进程，INETINFO进程自己本身对此请求进行处理或者将其交付扩展组件（如ISAPI扩展）进行处理。IIS 5 使用COM+提供的DLLHOST基础结构方式进行工作，这种方式具有以下缺陷：
针对IIS 5中的种种问题，微软将IIS 5的代码推倒重来，重新设计了IIS 6并在Windows Server 2003中提供。IIS 6的架构如下图所示，
可以从上图中看到，INETINFO进程虽然也存在，但是已经不再处理HTTP请求，而是处理FTP、SMTP和NNTP等非HTTP请求了。在IIS 6中，Web服务组件由以下三个组件构成：
HTTP.sys（HTTP协议栈） HTTP.sys是工作在内核模式的HTTP请求侦听器，它的架构如下图所示：
HTTP.sys不会执行外部代码，它具有以下作用：
WAS（W3SVC） WAS包含于W3SVC服务中，它负责管理IIS 6中的配置、应用程序池和工作进程，它工作在用户模式，但不会执行外部代码。 它主要具有以下作用：
工作进程（WP，Worker Process） 在介绍工作进程之前，需要先介绍应用程序池。应用程序池定义了可以共享工作进程的Web应用程序（Web站点）的集合，你可以认为它是一组URL命名空间，属于此URL命名空间范围中的Web站点将共享此应用程序池中的工作进程，而HTTP.sys是根据应用程序池所定义的URL命名空间将接收到的HTTP请求路由到此应用程序池对应的工作进程。 和IIS 5 中只能使用一个应用程序池不同，在IIS 6 中你可以创建多个应用程序池，并将不同的Web站点（Web应用程序）分配到不同的应用程序池中，一个应用程序池可以具有一个或多个Web应用程序。不同应用程序池之间是完全隔离的，某个应用程序池出现故障时不会影响其他应用程序池；这样当属于某个应用程序池的Web站点因为代码编写问题而导致停止服务时，不会影响到使用其他应用程序池的Web站点，这最大的实现了Web服务器的高可用性。 在IIS 6中提供了Web园功能，支持使用超过1个的工作进程，并且支持在SMP系统中为工作进程分配CPU亲缘关系，让其只在某些CPU上运行。 工作进程则是真正用于处理客户发送的HTTP请求的组件，你可以认为它是一个全功能的Web服务器，就像一个微型的IIS 5 服务器一样。当HTTP.sys决定将接收到的HTTP请求路由到某个应用程序池时，它是将HTTP请求路由到此应用程序池对应的工作进程进行处理；工作进程处理HTTP请求，如果需要则加载其他组件（ISAPI扩展或过滤器等等）进行处理，并将处理结果返回给HTTP.sys。
当客户发起HTTP连接请求时，IIS 6完整的处理过程如下：
(责任编辑：admin) |
