WCF開發之異常與錯誤處理

對於WCF中的異常與錯誤處理我們必須先了解一個概念SOAP Faults，它實際上就是在服務端和客戶端之間來傳遞錯誤資訊的一種載體。

• 公共語言執行時（CLR）異常無法跨越服務邊界
– 未捕捉異常最多到達服務通道（service channel）
– 在報告給客戶端之前必須要進行序列化
• 所有的異常都被序列化為SOAP faults
– 基於標準的，可互操作的
– 給予SOAP 1.1 或者 SOAP 1.2 格式

SOAP1.1

1.1程式碼 <s:Envelope
xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"

><s:Body><s:Fault><faultcode xmlns="">s:Client</faultcode><faultstring xml:lang="en-US" xmlns="">
An invalid operation has occurred.
</faultstring></s:Fault></s:Body></s:Envelope>

SOAP1.2

程式碼 <s:Envelope xmlns:s

="http://www.w3.org/2003/05/soap-envelope"
xmlns:a="http://www.w3.org/2005/08/addressing"><s:Header><a:Action s:mustUnderstand="1">
      http://www.w3.org/2005/08/addressing/soap/fault
    </a:Action><a:RelatesTo>
      urn:uuid:64c5619c-99c3-4a83-9bdcfcbb6f399f93</
a:RelatesTo></s:Header

><s:Body><s:Fault><s:Code><s:Value>s:Sender</s:Value></s:Code><s:Reason><s:Text xml:lang="en-US">
          An invalid operation
          has occurred.
        </s:Text></s:Reason></s:Fault></s:Body></s:Envelope>

非捕捉的異常
• CLR異常會從業務邏輯元件傳遞到服務層
• 在預設狀態下，異常的細節不會與客戶端應用程式共享
• 返回一個通用的SOAP Fault

丟擲異常
• 考慮下面這個CLR異常：
throw new InvalidOperationException("The method or operation is not implemented.");
• 如果沒有被捕捉到，服務模型將會返回一個SOAP Fault
– 預設情況下，異常中不包含細節資訊
– 能夠選擇新增細節資訊
• SOAP 格式依賴於繫結（binding）

IncludeExceptionDetailsInFaults（開啟開關[true]就可以看到具體的異常資訊了）
• IncludeExceptionDetailsInFaults
– Debugging行為控制如何對待未捕捉的異常
– 如果被開啟，生成的SOAP fault中，異常細節部分將包括棧跟蹤的資訊
• 傳送呼叫棧跟蹤細節是有風險的
• 只用於除錯目的

在<serviceDebug>區域中配置服務的行為：

程式碼 <system.serviceModel><services><service name="ExceptionService.Service"
behaviorConfiguration="serviceBehavior"><endpoint address="http://localhost:8000/Service"
contract="ExceptionService.IService" binding="wsHttpBinding"/></service></services><behaviors><serviceBehaviors><behavior name="serviceBehavior"><serviceDebug includeExceptionDetailInFaults ="true"/></behavior></serviceBehaviors></behaviors></system.serviceModel>

使用ServiceBehaviorAttribute來初始化行為：（code方式）
[ServiceBehaviorAttribute(IncludeExceptionDetailsInFaults=true)]
public class Service : IService

下面看一個Demo：

先提出一個知識點：

[OperationContract(IsOneWay=true)]的含義。

IsOneWay=false是預設的設定，是一種阻塞方式的呼叫，可以理解為同步呼叫，當客戶端傳送呼叫服務的請求後，客戶端被阻塞，直到收到服務端處理的返回結果才繼續工作，我們絕大多數的程式都是這種方式。

IsOneWay=true和非同步呼叫方式類似，但是不完全相同。還是有區別的：純非同步的呼叫方式，當客戶端發出呼叫請求後，客戶端不會被阻塞，而是可以繼續工作，此時客戶端不會理會請求的何時被處理了，或者說是不是會被WCF處理。OneWay的話是這樣的，只有當WCF通知了客戶端準備開始處理請求了此時客戶端才可以繼續工作，不被阻塞；但是如果客戶端提交的請求一直不被WCF處理，處於掛起狀態的話，此時客戶端會處於阻塞狀態。

IMyServiceA程式碼

using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.Text;

namespace BusinessServices
{
    // NOTE: If you change the interface name "IService1" here, you must also update the reference to "IService1" in App.config.    [ServiceContract]
    publicinterface IMyServiceA
    {
        [OperationContract]
        void ThrowException();
        [OperationContract(IsOneWay=true)]
        void ThrowExceptionOneWay();
    }
}

MyService程式碼

using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.Text;

namespace BusinessServices
{
    // NOTE: If you change the class name "Service1" here, you must also update the reference to "Service1" in App.config.publicclass MyService : IMyServiceA
    {
        publicvoid ThrowException()
        {
            thrownew Exception("This Exception is thrown by Charles");
        }

        publicvoid ThrowExceptionOneWay()
        {
            thrownew Exception("This Exception is thrown by Charles");
        }
    }
}

Config程式碼

<?xml version="1.0" encoding="utf-8" ?><configuration><system.web><compilation debug="true"/></system.web><system.serviceModel><services><service behaviorConfiguration="BusinessServices.Service1Behavior"
        name="BusinessServices.MyService"><endpoint address="" binding="wsHttpBinding" contract="BusinessServices.IMyServiceA"><identity><dns value="localhost"/></identity></endpoint><endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/><host><baseAddresses><add baseAddress="http://localhost:8731/WCF/Charlesliu"/></baseAddresses></host></service></services><behaviors><serviceBehaviors><behavior name="BusinessServices.Service1Behavior"><serviceMetadata httpGetEnabled="True"/><serviceDebug includeExceptionDetailInFaults="true"/></behavior></serviceBehaviors></behaviors></system.serviceModel></configuration>

ClientTest程式碼

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.ServiceModel;

namespace ClientTest
{
    class Program
    {
        staticvoid Main(string[] args)
        {
            MyServiceReference.MyServiceAClient proxy =new MyServiceReference.MyServiceAClient();

            try
            {
                Console.ForegroundColor = ConsoleColor.Yellow;
                Console.WriteLine("Calling proxy.ThrowException()");
                Console.WriteLine("");
                Console.ResetColor();

                proxy.ThrowException();

            }
            catch (Exception ex)
            {

                Console.WriteLine(ex.GetType().ToString());
                Console.WriteLine("ERROR: {0}", ex.Message);
            }

            Console.WriteLine();
            Console.WriteLine("Proxy state after exception: {0}", proxy.State);
            Console.WriteLine();

            if (proxy.State == CommunicationState.Faulted)
                proxy =new MyServiceReference.MyServiceAClient();

            try
            {
                Console.ForegroundColor = ConsoleColor.Yellow;
                Console.WriteLine("Calling proxy.ThrowExceptionOneWay()");
                Console.ResetColor();

                proxy.ThrowExceptionOneWay();

            }
            catch (Exception ex)
            {

                Console.WriteLine(ex.GetType().ToString());
                Console.WriteLine("ERROR:  {0}", ex.Message);
            }

            Console.WriteLine();
            Console.WriteLine("Proxy state after exception: {0}", proxy.State);
            Console.WriteLine();

WCF開發之異常與錯誤處理

WCF開發之異常與錯誤處理

Java中的異常與錯誤處理

Android開發常見異常與錯誤系列（一）

Python學習筆記之面對象與錯誤處理

Python全棧開發之異常處理

JAVA開發之 5-常見錯誤的處理

Swift快速入門之可選型別與錯誤處理

Android開發之WIFI與網路連線處理

IOS開發之——objectForKey與valueForKey在NSDictionary中的差異

最近遇到的異常與錯誤總結

iOS開發之地圖與定位

python 3 之日期與時間處理模塊（date和datetime）

異常與錯誤

大數據模塊開發之數據預處理

android 開發之 ListView 與Adapter 應用實踐

PHP異常與錯誤的區別

iOS開發之NSDictionary與NSMutableDictionary

iOS開發之OC與swift開發混編教程，代理的相互呼叫,block的實現。OC呼叫Swift中的代理， OC呼叫Swift中的Block 閉包

（四）NDK開發之 java 與C/C++ 程式碼互相呼叫

前端開發之原型與原型鏈

WCF開發之異常與錯誤處理

相關推薦