WCF是由微软公司开发的一款优势比较突出，能够为我们带来一些不一样使用体验的开发插件，主要作用于.NET Framework 3.5。WCF是基于消息机制的，一些功能的实现如寻址，加密等在消息中都会体现的淋漓尽致，WCF中的通道就像车间的流水线，而消息就作为这个流水线上待加工的产品。每经过一个处理位置，相应的通道都会对消息对不同的操作处理。清晰的掌握消息的加工过程对WCF的工作原理，调试跟踪，自定义扩展，性能安全都能非常好的现实意义。而要实现截获消息的目的，通常可以有以下几种办法:#t#
1 WCF路由截获消息的方法
2 自定义Binding法
3 实现IMessageInspector接口法
4 跟踪诊断法
四种方法，实现的难度和得到的效果不尽相同。在这里我们主要通过WCF路由截获消息的方法做一个详细介绍。
此种方法，有可以分为两种
a）采用现有tcp消息跟踪工具。
b) 利用wcf中的路由功能做自定义的路由。
其中常见的现成tcp消息跟踪工具，我所常用的是以下两个：
a) tcpTrace
b) soap toolkit 3.0中所带工具 soap trace utility
通过这两个工具截获Message的方法，很多朋友们已经熟练使用。比如很早的时候Artech就在其blog文章中介绍过tcpTrace的使用，文章为：[原创]我的WCF之旅（9）：如何在WCF中使用tcpTrace来进行Soap Trace。所以具体使用方法，我就不再赘述。只总结一点，在使用tcpTrace或者soap trace utility 的时候，listen port指定的是路由的监听地址，同时也应该是client端设置的via地址。而destination port要设置的服务的监听地址。在上面的途中，listen port 应该为 8019, 而Destination port为8020
除了使用现成的工具来做路由，WCF本身也支持路由功能。实现原理和上图一致。唯一不同的是中间的路由器可以由自己用WCF技术编写。这样一来就更灵活一些。做了一个非常简单的demo,主要适用于request/reply的交互模式。
demo中有五个项目，他们分别为：
Jillzhang.Wcf.MessageInspectors.Contracts
Jillzhang.Wcf.MessageInspectors.Services
Jillzhang.Wcf.MessageInspectors.Host
Jillzhang.Wcf.MessageInspectors.Client
Jillzhang.Wcf.MessageInspectors.Rounter
前面四个是创建了一个非常简单的WCF服务和客户端，组成了一个分布式系统。最关键的是Jillzhang.Wcf.MessageInspectors.Rounter这个项目，通过将ServiceContract的Action和ReplyAction设置为* ，同时将其ServiceBehavior的AddressFilterMode设置为Any，就能接收到所有的消息，而不对消息的action或者消息体等进行任何筛选。具体代码我不贴了，如果感兴趣可以下载demo示例代码。
好了，WCF路由截获消息的两种方法都以阐述完毕，那么此种方法有它的优点和缺点，它们分别是：
优点：
1）路由分析法不用过多修改原客户端和服务端的代码，和原来架构的耦合度也比较低。
2）路由分析法能够体现WCF中强大的路由功能。
缺点：
WCF路由截获消息缺点也非常显著：
1）它只能截获到已经发送的请求消息却不能截获相应的响应。
2）路由法是在通讯过程中增加了节点，这样一来就无法使用高效的传输安全保证信息的安全性了。
