異常處理在我們的程序中是不可缺少的，異常可以反饋我們信息，如果還不知道WCF異常的朋友請看下面我為大家介紹一下。異常消息與特定技術有關，.NET異常同樣如此，因而WCF并不支持傳統的異常處理方式。如果在WCF服務中采用傳統的方式處理異常，由于異常消息不能被序列化，因而客戶端無法收到服務拋出的WCF異常，例如這樣的服務設計：

[ServiceContract(SessionModeSessionMode = SessionMode.Allowed)]   
public interface IDocumentsExplorerService   
{   
[OperationContract]   
DocumentList FetchDocuments(string homeDir);   
}   
[ServiceBehavior(InstanceContextModeInstanceContextMode=InstanceContextMode.Single)]   
public class DocumentsExplorerService : IDocumentsExplorerService,IDisposable   
{   
public DocumentList FetchDocuments(string homeDir)   
{   
//Some Codes   
 
if (Directory.Exists(homeDir))   
{   
//Fetch documents according to homedir   
}   
else   
{   
throw new DirectoryNotFoundException(   
string.Format("Directory {0} is not found.",homeDir));   
}   
}   
public void Dispose()   
{   
Console.WriteLine("The service had been disposed.");   
}   
}   

則客戶端在調用如上的服務操作時，如果采用如下的捕獲方式是無法獲取該WCF異常的：

catch (DirectoryNotFoundException ex)   
{   
//handle the exception;   
}  

為了彌補這一缺陷，無法識別的WCF異常均當作為FaultException異常對象，因此，客戶端可以捕獲FaultException或者Exception異常：

catch (FaultException ex)   
{   
//handle the exception;   
}   
catch (Exception ex)   
{   
//handle the exception;   
}  

#T#然而，這樣捕獲的異常，卻無法識別DirectoryNotFoundException所傳遞的錯誤信息。尤為嚴重的是這樣的異常處理方式還會導致傳遞消息的通道出現錯誤，當客戶端繼續調用該服務代理對象的服務操作時，會獲得一個CommunicationObjectFaultedException 異常，無法繼續使用服務。如果服務被設置為PerSession模式或者Single模式，異常還會導致服務對象被釋放終止服務。WCF并不推薦在應用程序域中創建多個ServiceHost實例。如果要托管多個服務，完全可以在一個宿主中通過多個Endpoint公開多個WCF服務。由于應用程序域對安全進行了隔離，如果需要提供不同的安全上下文，則有必要創建多個ServiceHost實例。