6、深入理解WAS：从IIS架构到服务托管的全面指南

深入理解WAS：从IIS架构到服务托管的全面指南

1. 引言

WF和WCF自.NET 3.0框架发布以来就已存在，大家对前三种托管模型应该比较熟悉。而WAS（Windows Process Activation Services）是随着Windows Server 2008较新发布的，很多人可能还不太熟悉。由于AppFabric基于IIS和WAS构建，深入了解WAS及其使用方法至关重要。接下来，我们将先探讨IIS的新功能，再深入研究WAS托管。

2. 理解IIS架构变化

WCF的一个优势是可以在任何Windows进程（包括控制台应用程序）中托管基于WCF的服务。之前我们知道可以在IIS中托管服务，默认情况下这些服务必须使用HTTP协议，而WAS允许使用非HTTP协议。为了明白微软为何能提供使用其他协议和激活服务的能力，以及为何IIS 7.0更好，我们需要回顾IIS 6的架构。

3. IIS 6架构

当请求消息通过网络发送到服务器时，首先由HTTP堆栈（http.sys）处理。在以前的版本中，HTTP堆栈与IIS紧密耦合，现在已分离并位于内核层。HTTP堆栈处理完消息后，将其传递给监听器进程。
IIS 6架构分为监听器进程和一组工作进程。监听器进程通过w3svc服务实现，监听HTTP消息。当有消息到达时，w3svc进程查看请求URI，并根据IIS元数据库中的配置信息将其映射到特定应用程序池中的特定IIS应用程序。IIS 6的元数据库已从以前的二进制格式升级，现在基于%windir%\system32\inetsrv文件夹中的metabase.xml文件。
映射完成后，w3svc进程将消息发送到相应的工作进程。工作进