概述
通过前面两篇的介绍，对Web服务寻址规范以及在WCF开发中终结点地 址有了深入的认识。本文我们继续深入WCF寻址第三部分内容，当消息传入时， 如何来确定匹配的终结点，就是我们本文要讲到的消息筛选引擎。在WCF中，消 息筛选器引擎包括两个重要的组成部分：筛选器和筛选器表。
认识消息 筛选器
在WCF中当有消息传入时，它使用消息筛选器来确定匹配的终结点，每 个终结点实际上关联着两个筛选器：一个地址筛选器和一个契约筛选器。地址筛 选器确定传入消息是否匹配终结点的“To”地址和任何必需的地址报 头，而契约筛选器则确定它是否匹配终结点的契约，两个筛选器都被调度程序用 来确定目标终结点。
在WCF中，所有的消息筛选器都继承于 MessageFilter抽象基类，系统内置了几种的消息筛选器，如图1所示：
图1
EndpointAddressMessageFilter：作为默认的地址筛选器， 它会将SOAP消息中的“To”地址与终结点地址进行比较，预期它们完 全匹配，也会传入消息中获得的寻址报头和终结点要求的一组寻址报头进行比较 ，要使最终匹配的结果返回true，必须满足以下两个条件：
1. 筛选器的 地址统一资源标识符 (URI) 必须与消息 To 标头中的统一资源标识符相同。
2. 筛选器地址中的每个终结点参数都必须在消息中找到一个与之匹配的 标头。
ActionMessageFilter：作为默认的契约筛选器，它根据传入的 SAOP消息中“Action”值和契约上的操作进行比较，确定是否匹配匹 配。该筛选器在初始化时将包含一个操作字符串列表，如果筛选器的列表中的任 一操作与消息或消息缓冲区中的 Action 标头匹配，则 Match 方法返回 true。 如果该列表为空，则将该筛选器视为全匹配型筛选器，任何消息或消息缓冲区都 与该筛选器匹配，并且 Match 返回 true。 如果筛选器列表中没有任何操作与 消息或消息缓冲区中的 Action 标头匹配，则 Match 返回 false。 如果消息中 不存在任何操作且筛选器的列表非空，则 Match 返回 false。
PrefixEndpointAddressMessageFilter：此筛选器与 EndpointAddressMessageFilter 执行相同的查询，不同的是测试消息是否与终 结点地址相匹配是由“最长前缀匹配”完成的。这表示筛选器中指定 的 URI 不需要与消息的 URI 完全匹配，不过必须作为前缀包含在该 URI 中。 例如，如果筛选器指定地址“http://www.foo.com”，并且消息是发 送给“http://www.foo.com/customerA”，则将满足筛选器查询条件 的 URI 部分，但是筛选器查询的报头部分仍需要完成。