使用，在某种意义上

using (var foo = new Bar())
{
  Baz();
}

实际上是try/finally块的简写。它等价于代码:

var foo = new Bar();
try
{
  Baz();
}
finally
{
  foo.Dispose();
}

当然，您会注意到，第一个代码片段比第二个代码片段简洁得多，而且即使抛出异常，您也可能希望在清理过程中执行许多类型的操作。因此，我们提出了一个称为Scope的类，它允许您在Dispose方法中执行任意代码。例如，如果你有一个名为IsWorking的属性，你总是想在尝试执行一个操作后将其设置为false，你会这样做:

using (new Scope(() => IsWorking = false))
{
  IsWorking = true;
  MundaneYetDangerousWork();
}

你可以在这里阅读更多关于我们的解以及我们是如何推导它的。

当使用ADO时。NET中，你可以在connection对象或reader对象上使用keywork。这样，当代码块完成时，它将自动处理您的连接。

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

要点:

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

大括号之外的所有内容都将被处理，因此如果您不使用对象，则可以对它们进行处理。这是因为如果你有一个SqlDataAdapter对象，你在应用程序生命周期中只使用它一次，你只填充一个数据集，你不再需要它，你可以使用以下代码:

using(SqlDataAdapter adapter_object = new SqlDataAdapter(sql_command_parameter))
{
   // do stuff
} // here adapter_object is disposed automatically

对我来说，“using”这个名字有点令人困惑，因为它可以是一个导入Namespace的指令，也可以是一个用于错误处理的语句(就像这里讨论的那样)。

为错误处理取一个不同的名字会很好，而且可能是一个更明显的名字。

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

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

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

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