【.net 深呼吸】记录WCF的通信消息

作者: 段干杯

更新时间:2022-03-26 13:10:32

1314 阅读

前面老周给大伙伴们介绍了把跟踪信息写入日志文件的方法,今天咱们换个类似的话题来扯一下,对了,咱们就说说怎么把WCF的往来消息log下来吧。

尽管在现实生活中,我们不主张偷窥他人信息,不过,偷窥程序信息是一件很快乐的事。

在很多情况下,WCF是用SOAP来完成数据交换的,SOAP是啥,网上搜一搜叫知道了,不要太在意概念,不懂的概念就网上搜,搜到后大致看一下即可。

要是能把WCF服务的每轮通信的SOAP消息记录下来,除了有助于管理服务外,其实还可以帮助我们了解WCF的调用过程(可以看到它与客户端的往来信息)。

好,F话不多说,理论知识老周也不想讲太多,因为这方面是资料可查的。直接上方法吧。

 

先看服务器的实现。

    [ServiceContract(Namespace = "http://cat.org",Name = "_cat")]
    interface ITest
    {
        [OperationContract(Name = "say_to_cat")]
        string SayHelloToCat([MessageParameter(Name = "pcat")]string catName);
    }

    public class MyService : ITest
    {
        public string SayHelloToCat(string catName)
        {
            return $"{catName} 是一只X猫,从来没抓过老鼠。";
        }
    }

 

先定义服务协定,然后实现服务类,这个相信大家都会,很Easy,哦,对了,啥是服务协定呢,就是服务器和客户端们签订了一份劳动合同,服务器定义好协定接口后,要应用 ServiceContractAttribute 特性,干吗用的呢,就是指定命名空间和名称,通常这两个参数比较重要,当然,如果不指定,默认的命名空间为http://tempuri.org,默认的名称就是接口的名字。

比如本例,如果不指定名称,那默认就是 ITest,因为接口叫这个名字。

 

但本例中,已明确指定了命名空间和名称,并且,在操作方法上,也用 OperationContract 特性指名了服务操作的名称,对于方法参数,用 MessageParameter 特性指定了参数名字叫pcat。

服务协定的好处在于,客户端可以重新声明这个接口,但接口名字,方法名字,参数名字可以与服务器的按口不同,只要协定的命名空间,名字等对应即可。

 

比如,我的客户端可以这样重定义服务协定。

    [ServiceContract(
       Namespace = "http://cat.org",
       Name = "_cat")]
    interface IService
    {
        [OperationContract(Name = "say_to_cat")]
        string DoWork([MessageParameter(Name = "pcat")]string cat);
    }

虽然接口的名字和成员方法的名字不同,但可以与上面的服务协定做同一协定认定,因为它所附加的特性指明了相同的参数,并且操作方法的参数类型和返回值类型也与服务器端相同。

 

注意,服务协定的接口可以对客户端公开,但服务实现类不需要对外公开,因为它只在服务器上执行,你可以告诉别人银行卡号,但不要连密码也告诉别人。

 

好,现在用配置文件配置一下服务器,写配置文件的好处是方便修改。

  <system.serviceModel>
    <services>
      <service name="fuckServer.MyService">
        <endpoint address="http://127.0.0.1:950/catsv" binding="basicHttpBinding" contract="fuckServer.ITest"/>
      </service>
    </services>
  </system.serviceModel>

 

服务器基本完成,那么如何让它可以记录通信消息呢。依然是在配置文件中操作。

a、在configuration节点下写上system.diagnostics节点,这个与配置日志文件差不多。随后配置日志的source为 System.ServiceModel.MessageLogging,具体如下:

  <system.diagnostics>
    <sources>
      <source name="System.ServiceModel.MessageLogging">
        <listeners>
          <add name="xml" type="System.Diagnostics.XmlWriterTraceListener" initializeData="wcfLog.svclog"/>
        </listeners>
      </source>
    </sources>
  </system.diagnostics>

Listeners是配置监听器,和上次我们配置日志文件一样。

 

b、在 system.serviceModel节点下,声明 diagnostics 节点,然后是 messageLogging 元素,并设置相关属性。

  <system.serviceModel>
    <diagnostics>
      <messageLogging logEntireMessage="true" logMalformedMessages="false" logMessagesAtServiceLevel="true" logMessagesAtTransportLevel="false" maxMessagesToLog="1000" />
    </diagnostics>
    ……
  </system.serviceModel>

logEntireMessage 值一定要为 true,这样记录器才能进入到消息内部,才能把整条消息记录下来,否则只会记录外面的空壳。

logMalformedMessages属性表示如果消息的格式不正确,是否也一起记录,可以为false,logMessagesAtServiceLevel表示是否记录服务层面的消息,这个得开启,不然一条消息都捕捉不到;logMessagesAtTransportLevel属性表示是否记录传输层的消息。

如果logMessagesAtServiceLevel开启,那么logMessagesAtTransportLevel可以为false,因为它们都会记录SOAP消息,只是层级不同罢了,当然两个都开启也无所谓。

maxMessagesToLog 表示最大条数,我设为1000,如果记录满1000条,就不再记录了。还可以指定 maxSizeOfMessageToLog 值,单位是字节,它表示日志文件的最大容量,当到达这个容量就不再记录。如果磁盘空间不够,可以指定这个值。

 

在配置监听器时,使用的类型为 XmlWriterTraceListener ,因为WCF日志是以XML格式存放的,指定文件名时,后缀名用.svclog,为什么呢,因为有专门的工具可以查看日志信息。

 

配置完成后,运行一次,就可以在\Debug目录下看到日志文件了,因为我上面配置时用的是相对路径。然后我们双击日志文件,就会以 Microsoft Service Trace Viewer 程序来打开,这个程序叫 SvcTraceViewer.exe ,在C:\Program Files (x86)\Microsoft SDKs\Windows\xxxx\bin\NETFX xxx Tools 目录下。

打开后就可以看到记录的SOAP消息了。

 

我只在服务器端配置了记录选项,如果你希望客户端也能记录消息,用同样的方法修改客户端的配置文件就可以了。

好了,今天的F话讲完了,但愿对大伙有0.00003%的帮助。

 

示例源代码下载地址

 

版权声明:本文著作权归作者【段干杯 】所有,不代表本网站立场。

侵权请联系:root_email@163.com

相关推荐