WCF中通過Dispose有效實現重用
在我翻譯的InfoQ新聞《WCF的問題和Using語句塊》中提到了釋放客戶端資源(其中包括端口、通道)和關閉連接的問題。新聞并沒有很深入地討論,所以我想再補充一些內容。
毫無疑問,在.NET Framework中,一個資源(尤其是非托管資源)通常都需要實現IDisposable接口。一旦實現了該接口,我們就可以使用using語句來管理 資源,這是最便捷的方式。但是,一旦在using語句中拋出了異常,就可能不會正確完成資源的回收,尤其是連接,很可能會一直打開,既占用了通道和端口, 還可能出現資源的浪費,從而影響系統的性能和穩定性。
微軟推薦的最佳實踐是拋棄using語句,轉而利用 try/catch(/finally)語句。它要求在try語句中調用Close()方法,而在catch中調用Abort()方法。在新聞中已經說明 了Close()與Abort()方法的區別,即后者可以強制地關閉客戶端,包括關閉客戶端連接,釋放資源。由于Close()方法可能會拋出 CommunicationException和TimeoutException異常,通常的客戶端代碼應該是這樣:
var myClient = new MyClient(); try { //其他代碼 myClient.Close(); } catch (CommunicationException) { myClient.Abort(); } catch (TimeoutException) { myClient.Abort(); } catch (Exception) { myClient.Abort(); throw; }
在最后增加對Exception異常的捕獲很有必要,因為我們不知道Close()方法會否拋出某些不可預知的異常,例如 OutOfMemoryException等。新聞中提到Steve Smith的方法其實就是對這段冗長代碼的封裝,封裝方式是采用擴展方法,擴展的類型為ICommunicationObject。這是因為所有的客戶端 對象都實現了ICommunicationObject接口。以下是Steve Smith的擴展方法代碼:
public static class Extensions { public static void CloseConnection(this ICommunicationObject myServiceClient) { if (myServiceClient.State != CommunicationState.Opened) { return; } try { myServiceClient.Close(); } catch (CommunicationException ex) { Debug.Print(ex.ToString()); myServiceClient.Abort(); } catch (TimeoutException ex) { Debug.Print(ex.ToString()); myServiceClient.Abort(); } catch (Exception ex) { Debug.Print(ex.ToString()); myServiceClient.Abort(); throw; } } }
利用該擴展方法,在本應調用Close()方法的地方,代替為CloseConnection()方法,就可以避免寫冗長的catch代碼。而使用 Lambda表達式的方式可以說是獨辟蹊徑,使用起來與using語法大致接近。實現方法是定義一個靜態方法,并接受一個 ICommunicationObject對象與Action委托:
public class Util { public static void Using(T client, Action action) where T : ICommunicationObject { try { action(client); client.Close(); } catch (CommunicationException) { client.Abort(); } catch (TimeoutException) { client.Abort(); } catch (Exception) { client.Abort(); throw; } } }
使用時,可以將原本的客戶端代碼作為Action委托的Lambda表達式傳遞給Using方法中:
Util.Using(new MyClient(), client => { client.SomeWCFOperation(); //其他代碼; });
還有一種方法是定義一個自己的ChannelFactory,讓其實現IDisposable接口,并作為ChannelFactory的Wrapper 類。在該類中定義Close()和Dispose()方法時,考慮到異常拋出的情況,并在異常拋出時調用Abort()方法。這樣我們就可以在using 中使用自定義的ChannelFactory類。例如:
public class MyChannelFactory:IDisposable { private ChannelFactory m_innerFactory; public MyChannelFactory(ChannelFactory factory) { m_innerFactory = factory; } ~MyChannelFactory() { Dispose(false); } public void Close() { Close(TimeSpan.FromSeconds(10)); } public void Close(TimeSpan span) { if (m_innerFactory != null) { if (m_innerFactory.State != CommunicationState.Opened) { return; } try { m_innerFactory.Close(span); } catch (CommunicationException) { m_innerFactory.Abort(); } catch (TimeOutException) { m_innerFactory.Abort(); } catch (Exception) { m_innerFactory.Abort(); throw; } } } private void Dispose(booling disposing) { if (disposing) { Close(); } } void IDisposable.Dispose() { Dispose(true); GC.SuppressFinalize(this); } }
其實,新聞中提到采用代理模式的方式與此實現相同。總之,萬變不離其宗,所有替代方案的設計本質都是對冗長的try/catch/finally的一次包裝,從而有效地實現重用,保證系統的安全、性能與穩定性。