zoukankan      html  css  js  c++  java
  • [转]十五天精通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监听到,下面我们

    看看怎么玩。

    复制代码
    <?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 SDKsWindowsv8.0AinNETFX 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,比如下面这样,一目了然,你懂的。。。

  • 相关阅读:
    Hello world
    Kubernetes容器云平台建设实践
    工作方法决定自己的发展
    Excel中对身份证号的处理
    详解慢查询日志的相关设置及mysqldumpslow工具
    安全测试工具简介
    Redis使用
    linux centos 查看防火墙firewalld、iptables状态
    悄悄地存在这里,因为里面的一句话
    GAE Python 2009322
  • 原文地址:https://www.cnblogs.com/go-jzg/p/6281873.html
Copyright © 2011-2022 走看看