大家知道，在WCF這樣一個(gè)基于通信的.NET開(kāi)發(fā)工具，它的出現(xiàn)給我們帶來(lái)了非常大的幫助。而且這一工具中的很多功能也是值得我們?nèi)ド钊胩接懙摹１热缃裉鞛榇蠹医榻B的WCF tcpTrace就是其中一個(gè)比較重要的應(yīng)用。#t#

無(wú)論對(duì)于Web Service還是WCF，Client和Service之間交互的唯一形式是通過(guò)發(fā)送和接收Soap Message。在我們對(duì)Web Service和WCF進(jìn)行深入學(xué)習(xí)的時(shí)候，借助一些Soap Trace 工具對(duì)Soap Message進(jìn)行深入剖析是非常有必要的。在這些工具之中，我覺(jué)得***用的就是Microsoft Soap Toolkit中的Soap Trace Utility和tcpTrace。我們今天就來(lái)講講如何在WCF中使用tcpTrace這個(gè)工具。

首先我們來(lái)講講WCF tcpTrace實(shí)現(xiàn)的基本原理。說(shuō)的簡(jiǎn)單點(diǎn)TcpTrace就是一個(gè)監(jiān)聽(tīng)/轉(zhuǎn)發(fā)器（Listening/Forwarding）。當(dāng)我們啟動(dòng)這個(gè)工具的時(shí)候，通過(guò)設(shè)置它監(jiān)聽(tīng)的Port，和它將要轉(zhuǎn)發(fā)的Host和Port（Destination Server& Destination Port），隨后它就開(kāi)始在本機(jī)的Listening Port開(kāi)始監(jiān)聽(tīng)，如果這時(shí)候一個(gè)針對(duì)該Listening Port 的Http Request，它就會(huì)把Request的內(nèi)容取下來(lái)展現(xiàn)在我們的面前，隨后將該Request轉(zhuǎn)發(fā)到我們預(yù)先設(shè)定的Host和Port。

對(duì)于WCF來(lái)說(shuō)，如果Client要訪問(wèn)Service，一般情況下交互的只有Client和Service，Soap Message直接從Client到Service。但是在某些情況，我們需要在Client和Service之間加入一些額外的節(jié)點(diǎn)，我們把這些額外的節(jié)點(diǎn)Intermediary Node。我們可以通過(guò)這些Intermediary Node實(shí)現(xiàn)一些額外的功能，比如把不同的Request forward到不同的Server從而實(shí)現(xiàn)負(fù)載平衡（Load Balance）。

按照面向服務(wù)的原則，服務(wù)具有高度的自治性（Automation），Soap Message一旦被Service發(fā)送出去，就不能再被該Service所控制，所以Soap來(lái)說(shuō)，它需要具有高度的自描述性（Self-Describing），它自身必須包含所有必須的控制信息來(lái)指導(dǎo)任何接收到該Soap的節(jié)點(diǎn)如何去處理它。SOAP的無(wú)限擴(kuò)展的Header在實(shí)現(xiàn)此功能上可謂功不可沒(méi)，原則上任何控制信息都可以放在Soap Header之中，Header的可擴(kuò)展性也使一系列的WS-* Specification的實(shí)現(xiàn) 成為可能。

對(duì)于每次的Message Exchange來(lái)說(shuō)，尋址（Addressing）是首先需要解決的問(wèn)題，在Intermediary Node的場(chǎng)景中，實(shí)際上涉及到兩個(gè)Address，其中一個(gè)是最終Service Endpoint的Address，另一個(gè)則是實(shí)際接收該Soap的Intermediary Node的Address。在WCF中通過(guò)ClientViaBehavior實(shí)現(xiàn)這樣的功能，我將在 后面講到。而我們今天所介紹的通過(guò)tcpTrace來(lái)獲取Soap的情況下，WCF tcpTrace實(shí)際是就是充當(dāng)了Intermediary Node的角色。

我們現(xiàn)在就來(lái)介紹如果使用tcpTrace。

假設(shè)我們?cè)贚ocal host有一個(gè)Calculator Service, Endpoint的Address的Uri為：http://localhost:8888/Calculator（Port為8888）。為了使大家有一個(gè)具體的認(rèn)識(shí)，我給出了Host該Service的configuration：

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

在一般的情況下，Client具有下面一段對(duì)應(yīng)的Configuration（Port為8888）

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

上面實(shí)際上是Client直接和Service進(jìn)行交互的方式。現(xiàn)在我們需要做的是，先把Soap發(fā)送給tcpTrace，tcpTrace進(jìn)行Soap trace之后再把Soap Message傳到真正的Service。就需要一個(gè)特殊的Client端的Endpoint Behavior：ClientViaBehavior。假設(shè)WCF tcpTrace進(jìn)行監(jiān)聽(tīng)的Port為8080,那么Client實(shí)現(xiàn)了ClientViaBehavior的configuration將會(huì)是如下的樣子：

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

我們現(xiàn)在就可以來(lái)進(jìn)行Soap Trace了，現(xiàn)在我們啟動(dòng)WCF tcpTrace。進(jìn)行如下的設(shè)置，Destination Server和Destination Port為Service Endpoint對(duì)應(yīng)的Host和Port。我們甚至還可以通過(guò)Log文件把Trace保存起來(lái)。