“using”还可以用于解决名称空间冲突。

关于这个主题，我写了一个简短的教程，请参阅http://www.davidarno.org/c-howtos/aliases-overcoming-name-conflicts/。

并不是说它非常重要，而是使用它还可以用来动态地更改资源。

是的，正如前面提到的，是一次性的，但是可能您特别不希望在执行的其余时间内它们与其他资源不匹配。所以你要把它处理掉，这样它就不会影响到其他地方。

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

只是添加了一点我很惊讶没有出现的东西。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 (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();
}

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