说点题外话，我们在玩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监听到，下面我们
看看怎么玩。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.diagnostics>
<sources>
<source name="System.ServiceModel" switchValue="ActivityTracing">
<listeners>
<add name="mylisteners" type="System.Diagnostics.XmlWriterTraceListener" initializeData="E:\1.txt" />
</listeners>
</source>
</sources>
<trace autoflush="true"/>
</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节点，在这里我配置了一个XmlWriterTraceListener的监听器，然后把输出文件的路径配置在initializeData属性下，
其实都是diagnostics本身的知识范畴，和wcf一点关系都没有，好了，下面我开启下程序，看看到底都追踪到什么？
有没有看到，当我的服务启动之后，追踪信息就全部来了。。。但是接下来有一个问题来了，这个很杂乱的xml该怎么看才能最舒舒服服的
呢？？？不用着急啦，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 <?xml version="1.0" encoding="utf-8"?> 2 <configuration> 3 4 <system.diagnostics> 5 <sources> 6 <source name="System.ServiceModel" switchValue="ActivityTracing"> 7 <listeners> 8 <add name="mylisteners" type="System.Diagnostics.XmlWriterTraceListener" 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.XmlWriterTraceListener" initializeData="E:\2.txt"/> 14 </listeners> 15 </source> 16 </sources> 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。
现在我迫不及待的想用SvcTraceView打开下2.txt，看看都拿到了什么追踪信息。。。
好了，这篇我也只是引路式的介绍下SvcTraceView，具体更深入的玩法，大家可以琢磨琢磨，对了，如果大家想对Source和Listener的
一些参数需要进一步了解，可以参考下SvcConfigEditor，比如下面这样，一目了然，你懂的。。。
