本文將詳細介紹釋放客戶端資源(其中包括端口、通道)和關閉連接的問題。毫無疑問,在.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的一次包裝,從而有效地實現重用,保證系統的安全、性能與穩定性。