<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                說點題外話,我們在玩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一點關系都沒有,好了,下面我開啟下程序,看看到底都追蹤到什么? ![](https://box.kancloud.cn/2015-08-04_55c0b6120a5b1.png) 有沒有看到,當我的服務啟動之后,追蹤信息就全部來了。。。但是接下來有一個問題來了,這個很雜亂的xml該怎么看才能最舒舒服服的 呢???不用著急啦,wcf同樣給我們提供了一個叫做SvcTraceView的工具,專門就是用來查找這個“蹤跡信息”的,工具的路徑在: C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools ![](https://box.kancloud.cn/2015-08-04_55c0b61229842.png) 下面的事情就是打開它,附加一下1.txt文件就好了,如下圖: ![](https://box.kancloud.cn/2015-08-04_55c0b612583ed.png) 從左邊的“活動圖”中大概可以看到HomeService這個服務啟動到運行經歷了一些什么樣的悲慘故事。。。有興趣的話,大家可以自己動 手試試啦。 2\. 監控input和ouput的message   如果要監控message的話,我們需要再定義一個TraceSource 和 TraceListener即可,不過這次監聽的是System.ServiceModel. MessageLogging跟蹤源,然后在System.ServiceModel下面配置一下message的參數,如下: ~~~ <?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> <source name="System.ServiceModel.MessageLogging" switchValue="ActivityTracing"> <listeners> <add name="messagelogging" type="System.Diagnostics.XmlWriterTraceListener" initializeData="E:\2.txt"/> </listeners> </source> </sources> <trace autoflush="true"/> </system.diagnostics> <system.serviceModel> <diagnostics> <messageLogging logEntireMessage="true" logMalformedMessages="true" logMessagesAtTransportLevel="true" /> </diagnostics> <behaviors> <serviceBehaviors> <behavior> <serviceMetadata httpGetEnabled="true" /> <serviceDebug includeExceptionDetailInFaults="false" /> </behavior> </serviceBehaviors> </behaviors> <services> <service name="MyService.HomeService"> <endpoint address="HomeService" binding="basicHttpBinding" 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> ~~~ 這次我準備來跑一下客戶端,調用Server端的Update方法,看看能抓到啥樣的Messsage。 ![](https://box.kancloud.cn/2015-08-04_55c0b6136d944.png) 現在我迫不及待的想用SvcTraceView打開下2.txt,看看都拿到了什么追蹤信息。。。 ![](https://box.kancloud.cn/2015-08-04_55c0b61391f75.png) 好了,這篇我也只是引路式的介紹下SvcTraceView,具體更深入的玩法,大家可以琢磨琢磨,對了,如果大家想對Source和Listener的 一些參數需要進一步了解,可以參考下SvcConfigEditor,比如下面這樣,一目了然,你懂的。。。 ![](https://box.kancloud.cn/2015-08-04_55c0b61439dfa.png) ![](https://box.kancloud.cn/2015-08-04_55c0b61459027.png) ![](https://box.kancloud.cn/2015-08-04_55c0b6147838c.png)
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看