6、深入解析WAS：从基础架构到应用配置

深入解析WAS：从基础架构到应用配置

1. 引言

在.NET 3.0框架发布后，WF和WCF便已出现，大家对前三种托管模型应该较为熟悉。而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的架构。

2.1 IIS 6架构

当请求消息通过网络传输到服务器时，首先由HTTP堆栈（http.sys）处理。在之前的版本中，HTTP堆栈与IIS紧密耦合，现在已分离并位于内核层。处理完消息后，会将其传递给监听器进程。

IIS 6架构分为监听器进程和一组工作进程。监听器进程通过w3svc服务实现，监听HTTP消息。当有消息到达时，w3svc进程会查看请求URI，并根据IIS元数据库中的配置信息将其映射到特定应用程序池中的特定IIS应用程序。IIS 6的元数据库已从之前的二进制格式升级，现在基于%windir%\system32\inetsrv文件夹中的metabase.xml文件。

映射完成后，w3svc进程将消息发送到相应的工作进程。工作进程托管