在應(yīng)用WCF工具進(jìn)行實(shí)際開發(fā)的時(shí)候，通常都會遇到一些異常的發(fā)生。那么如何才能正確有效的處理這些異常的產(chǎn)生呢？在這里我們先來一起了解一下WCF調(diào)用服務(wù)異常的相關(guān)解決方法，以幫助大家解決問題。#t#

WCF調(diào)用服務(wù)異常主要包括以下三種類型：

1. 通訊異常。諸如網(wǎng)絡(luò)錯(cuò)誤，地址錯(cuò)誤，服務(wù)器沒有啟動等等。這類異常多是 CommunicationException (或其具體繼承類型)。

2. 狀態(tài)異常。比如訪問了已經(jīng)關(guān)閉的代理對象，契約錯(cuò)誤，以及安全設(shè)置錯(cuò)誤等。常見的有 ObjectDisposedException。

3. 服務(wù)異常。由服務(wù)器觸發(fā)，多是 FaultException。

針對WCF調(diào)用服務(wù)異常，不同的實(shí)例管理方式會有不同的策略。

1. Pre-Call: 服務(wù)實(shí)例被釋放，客戶端拋出 FaultException，客戶端代理對象無法繼續(xù)使用。

2. Pre-Session: 服務(wù)實(shí)例被釋放，會話終止。客戶端拋出 FaultException，客戶端代理對象無法繼續(xù)使用。

3. Singleton: 服務(wù)實(shí)例依舊運(yùn)行，會話終止。客戶端拋出 FaultException，客戶端代理對象無法繼續(xù)使用。

基于平臺中立和技術(shù)整合的需要，WCF 以標(biāo)準(zhǔn) Soap Faults 方式傳遞異常信息。WCF 提供了 FaultException 和 FaultException<T> 兩個(gè)類型來操控 Soap Faults。通過 FaultException<T> 我們可以向客戶端傳遞一個(gè)錯(cuò)誤信息(FaultReason)以及一個(gè)附加的詳細(xì)信息(Detail)。理論上，這個(gè)附加信息是任何可以序列化的對象。

throw new FaultException<int>(123, "abc");  
throw new FaultException<Exception>(new Exception("abc")); 

如果想傳遞一個(gè)附帶元數(shù)據(jù)的自定義詳細(xì)信息，可以使用FaultContract。

[DataContract]  
public class ExceptionData  
{  
[DataMember]  
public string Message;  
}  
[ServiceContract]  
public interface IService  
{  
[OperationContract]  
[FaultContract(typeof(ExceptionData))]  
void Test();  
}  
public class Service : IService, IDisposable  
{  
public void Test()  
{  
ExceptionData d = new ExceptionData();  
d.Message = "xxxxxx";  
throw new FaultException<ExceptionData>(d, "abc");  
}  
public void Dispose()  
{  
Console.WriteLine("Dispose...");  
}  
} 

當(dāng)然，我們也可以直接拋出一個(gè)被稱之為 "Unknown Faults" 的 FaultException 異常實(shí)例。還有另外一種情況，你已經(jīng)寫好了代碼，有很多……很多……的代碼，要是一個(gè)個(gè)修改會非常……非常……麻煩，那么怎么在不做大的代碼修改情況下傳遞詳細(xì)異常信息給客戶端呢？

WCF調(diào)用服務(wù)異常方法1: ServiceBehavior(IncludeExceptionDetailInFaults=true)]

[ServiceBehavior(IncludeExceptionDetailInFaults=true)]  
public class Service : IService, IDisposable  
{  
public void Test()  
{  
throw new Exception("abc");  
}  
 
public void Dispose()  
{  
Console.WriteLine("Dispose...");  
}  
} 

方法2: ServiceDebugBehavior

這個(gè)WCF調(diào)用服務(wù)異常的處理方法比方法1要更方便一些，我們除了可以寫代碼外，還可以用配置文件。

ServiceHost host = new ServiceHost(typeof(Service), 
new Uri("http://localhost:8080/Service"));  
host.AddServiceEndpoint(typeof(IService), 
new BasicHttpBinding(), "");  
ServiceDebugBehavior debug = host.Description.Behaviors.
Find<ServiceDebugBehavior>();  
debug.IncludeExceptionDetailInFaults = true;  
host.Open(); 

看看這兩種方法拋出的異常是什么樣的。

未處理 System.ServiceModel.FaultException`1

Message="abc"

Source="mscorlib"

StackTrace:

Server stack trace:

在 ConsoleApplication1.localhost.IService.Test()

在 ConsoleApplication1.localhost.ServiceClient.Test() 位置 D:\...\localhost.cs:行號 60

在 ConsoleApplication1.Program.Main(String[] args) 位置 D:\...\Program.cs:行號 62

不錯(cuò)，除了 Error Message，還有詳細(xì)的 stack trace，方便調(diào)試。也正因?yàn)檫@樣，此種方法也不適合在正式項(xiàng)目中使用，作為系統(tǒng)架構(gòu)設(shè)計(jì)的一部分，我們應(yīng)該事先設(shè)計(jì)好異常處理。

如果服務(wù)方法是 IsOneWay=true，因不接收返回消息，客戶端也就不會觸發(fā)異常了。而 Callback 無非是服務(wù)器和客戶端掉換個(gè)身份而已，道理相同。

public interface ICallback  
{  
[OperationContract]  
void DoCallback();  
}  
[ServiceContract(CallbackContract=typeof(ICallback))]  
public interface IService  
{  
[OperationContract]  
void Test();  
}  
[ServiceBehavior(ConcurrencyModeConcurrencyMode=
ConcurrencyMode.Reentrant)]  
public class Service : IService, IDisposable  
{  
public void Test()  
{  
try  
{  
OperationContext.Current.GetCallbackChannel<ICallback>().
DoCallback();  
}  
catch (FaultException e)  
{  
Console.WriteLine(e);  
}  
}  
public void Dispose()  
{  
Console.WriteLine("Dispose...");  
}  
} 

以上就是我們?yōu)榇蠹医榻B的WCF調(diào)用服務(wù)異常的相關(guān)解決方法。