在我翻譯的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的一次包裝，從而有效地實現重用，保證系統的安全、性能與穩定性 。
