在我翻译的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委托：

 使用时，可以将原本的客户端代码作为Action委托的Lambda表达式传递给Using方法中：

 还有一种方法是定义一个自己的ChannelFactory，让其实现IDisposable接口，并作为ChannelFactory的Wrapper类。在该类中定义Close()和Dispose()方法时，考虑到异常抛出的情况，并在异常抛出时调用Abort()方法。这样我们就可以在using中使用自定义的ChannelFactory类。例如：

其实，新闻中提到采用代理模式的方式与此实现相同。总之，万变不离其宗，所有替代方案的设计本质都是对冗长的try/catch/finally的一次包装，从而有效地实现重用，保证系统的安全、性能与稳定性。