如何在WCF中使用tcpTrace（转）

转自&＃xff1a;http://www.cnblogs.com/artech/archive/2007/06/14/782845.html

文章很好&＃xff0c;直接转载过来了。多谢作者。

无论对于Web Service还是WCF&＃xff0c;Client和Service之间交互的唯一形式是通过发送和接收Soap Message。在我们对Web Service和WCF进行深入学习的时候&＃xff0c;借助一些Soap Trace 工具对Soap Message进行深入剖析是非常有必要的。在这些工具之中&＃xff0c;我觉得最好用的就是Microsoft Soap Toolkit中的Soap Trace Utility和tcpTrace。我们今天就来讲讲如何在WCF中使用tcpTrace这个工具。

首先我们来讲讲tcpTrace实现的基本原理。说的简单点TcpTrace就是一个监听/转发器&＃xff08;Listening/Forwarding&＃xff09;。当我们启动这个工具的时候&＃xff0c;通过设置它监听的Port&＃xff0c;和它将要转发的Host和Port&＃xff08;Destination Server& Destination Port&＃xff09;&＃xff0c;随后它就开始在本机的Listening Port开始监听&＃xff0c;如果这时候一个针对该Listening Port 的Http Request&＃xff0c;它就会把Request的内容取下来展现在我们的面前&＃xff0c;随后将该Request转发到我们预先设定的Host和Port。

对于WCF来说&＃xff0c;如果Client要访问Service&＃xff0c;一般情况下交互的只有Client和Service&＃xff0c;Soap Message直接从Client到Service。但是在某些情况&＃xff0c;我们需要在Client和Service之间加入一些额外的节点&＃xff0c;我们把这些额外的节点Intermediary Node。我们可以通过这些Intermediary Node实现一些额外的功能&＃xff0c;比如把不同的Request forward到不同的Server从而实现负载平衡&＃xff08;Load Balance&＃xff09;。按照面向服务的原则&＃xff0c;服务具有高度的自治性&＃xff08;Automation&＃xff09;&＃xff0c;Soap Message一旦被Service发送出去&＃xff0c;就不能再被该Service所控制&＃xff0c;所以Soap来说&＃xff0c;它需要具有高度的自描述性&＃xff08;Self-Describing&＃xff09;&＃xff0c;它自身必须包含所有必须的控制信息来指导任何接收到该Soap的节点如何去处理它。SOAP的无限扩展的Header在实现此功能上可谓功不可没&＃xff0c;原则上任何控制信息都可以放在Soap Header之中&＃xff0c;Header的可扩展性也使一系列的WS-* Specification的实现 成为可能。对于每次的Message Exchange来说&＃xff0c;寻址&＃xff08;Addressing&＃xff09;是首先需要解决的问题&＃xff0c;在Intermediary Node的场景中&＃xff0c;实际上涉及到两个Address&＃xff0c;其中一个是最终Service Endpoint的Address&＃xff0c;另一个则是实际接收该Soap的Intermediary Node的Address。在WCF中通过ClientViaBehavior实现这样的功能&＃xff0c;我将在 后面讲到。而我们今天所介绍的通过tcpTrace来获取Soap的情况下&＃xff0c;tcpTrace实际是就是充当了Intermediary Node的角色。

我们现在就来介绍如果使用tcpTrace。

假设我们在Local host有一个Calculator Service, Endpoint的Address的Uri为&＃xff1a;http://localhost:8888/Calculator&＃xff08;Port为8888&＃xff09;。为了使大家有一个具体的认识&＃xff0c;我给出了Host该Service的configuration&＃xff1a;

xml version&＃61;"1.0" encoding&＃61;"utf-8" ?>
<configuration>
    <system.serviceModel>
        <services>
            <service name&＃61;"Artech.ExceptionHandling.Service.CalculatorService">
                <endpoint binding&＃61;"wsHttpBinding" contract&＃61;"Artech.ExceptionHandling.Contract.ICalculator" address&＃61;"http://localhost:8888/Calculator" />                
            service>
        services>
    system.serviceModel>
configuration>

在一般的情况下&＃xff0c;Client具有下面一段对应的Configuration&＃xff08;Port为8888&＃xff09;

xml version&＃61;"1.0" encoding&＃61;"utf-8" ?>
<configuration>
    <system.serviceModel>
        <client>
            <endpoint address&＃61;"http://localhost:8888/Calculator"                binding&＃61;"wsHttpBinding" contract&＃61;"Artech.ExceptionHandling.Contract.ICalculator"
                name&＃61;"defualtEndpoint" />
        client>
    system.serviceModel>
configuration>

上面实际上是Client直接和Service进行交互的方式。现在我们需要做的是&＃xff0c;先把Soap发送给tcpTrace&＃xff0c;tcpTrace进行Soap trace之后再把Soap Message传到真正的Service。就需要一个特殊的Client端的Endpoint Behavior&＃xff1a;ClientViaBehavior。假设tcpTrace进行监听的Port为8080,那么Client实现了ClientViaBehavior的configuration将会是如下的样子&＃xff1a;

xml version&＃61;"1.0" encoding&＃61;"utf-8" ?>
<configuration>
    <system.serviceModel>
        <behaviors>
            <endpointBehaviors>
                <behavior name&＃61;"calculatorEndpointBehavior">
                    <clientVia viaUri&＃61;"http://localhost:8080/Calculator" />
                behavior>
            endpointBehaviors>
        behaviors>
        <client>
            <endpoint address&＃61;"http://localhost:8888/Calculator" behaviorConfiguration&＃61;"calculatorEndpointBehavior"
                binding&＃61;"wsHttpBinding" contract&＃61;"Artech.ExceptionHandling.Contract.ICalculator"
                name&＃61;"defualtEndpoint" />
        client>
    system.serviceModel>
configuration>

我们现在就可以来进行Soap Trace了&＃xff0c;现在我们启动tcpTrace。进行如下的设置&＃xff0c;Destination Server和Destination Port为Service Endpoint对应的Host和Port。我们甚至还可以通过Log文件把Trace保存起来。

然后先后运行Service和Client&＃xff0c;你将会在tcpTrace上看到他所截获的Request和Response的内容&＃xff1a;

而且相应的内容被记录到我们指定的Log文件中: