十五天精通WCF——第十一天如何对wcf进行全程监控

　　说点题外话，我们在玩asp.net的时候，都知道有一个叼毛玩意叫做“生命周期”，我们可以用httpmodule在先于页面的page_load中

做一些拦截，这样做的好处有很多，比如记录日志，参数过滤，全局登录验证等等。。。在wcf里面的话也是有类似的功能，第一种就是在

endpoint中加上runtime的behavior，这样的话就可以先于“服务方法”做拦截，第二种方法呢，也就是我们这一篇所说的全程监控，俗称

”诊断功能”。

一：诊断

　　我也说了，“诊断”这是wcf的一个专业术语，意思也就是监控wcf的所有动向，如果往下说的话，可以分为监控 wcf的message 和 wcf

本身的服务状态信息和端对端的流转消息。

1. 端对端的流转消息

　　在玩wcf之前，不知道有多少人熟悉Diagnostics，对的，它就是.net自带的日志类，当然在这个年代，记录日志的组件有很多，比如

log4net，Nlog等等。。。不过话说回来，Diagnostics这个叼毛用起来还比较另类，它由“跟踪源” 和 “**”组成。分别就是TraceSource

来指定跟踪源，用TraceListener来指定跟踪源的**，所以理所当然，TraceSource的所有踪迹都会被TraceListener监听到，下面我们

看看怎么玩。

<??><configuration>  <system.diagnostics>  <sources>   <source name="System.ServiceModel" switchValue="ActivityTracing">    <listeners>     <add name="mylisteners" type="System.Diagnostics. <system.serviceModel>  <behaviors>   <serviceBehaviors>    <behavior>     <serviceMetadata httpGetEnabled="true" />     <serviceDebug includeExceptionDetailInFaults="false" />    </behavior>   </serviceBehaviors>  </behaviors>  <services>   <service name="MyService.HomeService">    <endpoint address="HomeService" binding="wsHttpBinding"     contract="MyService.IHomeService">     <identity>      <dns value="localhost" />     </identity>    </endpoint>    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />    <host>     <baseAddresses>      <add baseAddress="http://192.168.1.107:1920" />     </baseAddresses>    </host>   </service>  </services> </system.serviceModel></configuration>

从上面的配置中可以看到，你有没有发现我在配置system.diagnostics的时候和wcf一点关系都没有，我并没有在system.ServiceModel

下对diagnostics有一丁点的配置，对吧，这说明什么，说明“踪迹跟踪”功能和wcf一点关系都没有，但却可以完整的记录wcf的踪迹信息，然

后我稍微解释下listeners节点，在这里我配置了一个

其实都是diagnostics本身的知识范畴，和wcf一点关系都没有，好了，下面我开启下程序，看看到底都追踪到什么？

有没有看到，当我的服务启动之后，追踪信息就全部来了。。。但是接下来有一个问题来了，这个很杂乱的

呢？？？不用着急啦，wcf同样给我们提供了一个叫做SvcTraceView的工具，专门就是用来查找这个“踪迹信息”的，工具的路径在：

C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin.NETFX 4.0 Tools

下面的事情就是打开它，附加一下1.txt文件就好了，如下图：

从左边的“活动图”中大概可以看到HomeService这个服务启动到运行经历了一些什么样的悲惨故事。。。有兴趣的话，大家可以自己动

手试试啦。

2. 监控input和ouput的message

　如果要监控message的话，我们需要再定义一个TraceSource 和 TraceListener即可，不过这次监听的是System.ServiceModel.

MessageLogging跟踪源，然后在System.ServiceModel下面配置一下message的参数，如下：

 1 <??> 2 <configuration> 3  4  <system.diagnostics> 5   <sources> 6    <source name="System.ServiceModel" switchValue="ActivityTracing"> 7     <listeners> 8      <add name="mylisteners" type="System.Diagnostics. initializeData="E:\1.txt" /> 9     </listeners>10    </source>11    <source name="System.ServiceModel.MessageLogging" switchValue="ActivityTracing">12     <listeners>13      <add name="messagelogging" type="System.Diagnostics.17   <trace autoflush="true"/>18  </system.diagnostics>19 20  <system.serviceModel>21 22   <diagnostics>23    <messageLogging logEntireMessage="true" logMalformedMessages="true" logMessagesAtTransportLevel="true" />24   </diagnostics>25 26   <behaviors>27    <serviceBehaviors>28     <behavior>29      <serviceMetadata httpGetEnabled="true" />30      <serviceDebug includeExceptionDetailInFaults="false" />31     </behavior>32    </serviceBehaviors>33   </behaviors>34 35   <services>36    <service name="MyService.HomeService">37     <endpoint address="HomeService" binding="basicHttpBinding"38      contract="MyService.IHomeService">39      <identity>40       <dns value="localhost" />41      </identity>42     </endpoint>43     <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />44     <host>45      <baseAddresses>46       <add baseAddress="http://192.168.1.107:1920" />47      </baseAddresses>48     </host>49    </service>50   </services>51 52  </system.serviceModel>53 54 </configuration>

这次我准备来跑一下客户端，调用Server端的Update方法，看看能抓到啥样的Messsage。