总之，当您使用实现IDisposable类型的局部变量时，总是毫无例外地使用using1。

如果使用非局部IDisposable变量，则始终实现IDisposable模式。

两条简单的规则，无一例外。否则，防止资源泄漏是一件非常痛苦的事情。

1):唯一的例外是-当你处理异常时。在finally块中显式调用Dispose的代码可能会更少。

总之，当您使用实现IDisposable类型的局部变量时，总是毫无例外地使用using1。

如果使用非局部IDisposable变量，则始终实现IDisposable模式。

两条简单的规则，无一例外。否则，防止资源泄漏是一件非常痛苦的事情。

1):唯一的例外是-当你处理异常时。在finally块中显式调用Dispose的代码可能会更少。

另一个对象立即被处置的合理使用的例子:

using (IDataReader myReader = DataFunctions.ExecuteReader(CommandType.Text, sql.ToString(), dp.Parameters, myConnectionString)) 
{
    while (myReader.Read()) 
    {
        MyObject theObject = new MyObject();
        theObject.PublicProperty = myReader.GetString(0);
        myCollection.Add(theObject);
    }
}

只是添加了一点我很惊讶没有出现的东西。using最有趣的特性(在我看来)是无论你如何退出using块，它总是会释放对象。这包括返回和异常。

using (var db = new DbContext())
{
    if(db.State == State.Closed)
        throw new Exception("Database connection is closed.");
    return db.Something.ToList();
}

这与是否抛出异常或是否返回列表无关。DbContext对象总是会被释放。

using语句提供了一种方便的机制来正确使用IDisposable对象。作为规则，当您使用IDisposable对象时，您应该在using语句中声明并实例化它。

using语句以正确的方式调用对象上的Dispose方法，并且(如前面所示使用它时)它还会导致对象本身在调用Dispose时超出作用域。在using块中，对象是只读的，不能被修改或重新分配。

它来自这里。

当你使用using时，它将调用using作用域末端对象上的Dispose()方法。因此，在Dispose()方法中可以有相当多出色的清理代码。

要点:

如果您实现了IDisposable，请确保在Dispose()实现中调用GC.SuppressFinalize()，否则自动垃圾收集将尝试出现并在某个时刻Finalize它，如果您已经Dispose()d了它，这至少会浪费资源。