SqlConnection connection = new SqlConnection(FROM_CONFIGURATION)
SqlCommand command = new SqlCommand("SomeSQL", connection);
connection.Open();
command.ExecuteNonQuery();
command.Dispose();
connection.Dispose();
建议以上代码应包含try/catch（或using），以便在抛出异常时，所有资源都能正确释放。
但是如果你必须手动处理资源的释放，那GC还有什么意义？难道不是为了程序员而存在的吗？
就像其他人在这里所说的，垃圾回收是不确定的，因此您不知道何时会收集您的对象。我想澄清的是，这不是内存问题，而是系统资源（已打开的文件，数据库连接）的问题，它们很昂贵，应该尽快释放。Dispose让您在知道不再使用连接时进行释放。如果它们没有及时释放，系统可能会耗尽这些资源，而GC不知道这一点。这就是为什么您必须手动执行此操作。
另外，我想补充的是，使用“using”语句可以以优雅的方式为您完成这项工作。
但是如果你必须手动处理垃圾回收，那么GC的意义在哪里？！难道不是GC应该为程序员处理这个问题吗？
问题在于你无法确定GC何时运行。如果你的应用程序从未对内存施加压力，它可能根本不会运行。
class MonkeyGrabber : IDisposable {
public MonkeyGrabber() { /* construction grabs a real, live monkey from the cage */
public void Dispose() { Dispose(true); /* releases the monkey back into the cage */ }
// the rest of the monkey grabbing is left as an exercise to grad student drones
}
class MonkeyMonitor {
public void CheckMonkeys() {
if (_monkeyPool.GettingTooRowdy()) {
MonkeyGrabber grabber = new MonkeyGrabber();
grabber.Spank();
}
}
}
实现IDisposable接口的对象试图告诉你它们与非托管内存中的结构有链接。垃圾回收器为了提高效率而批量运行，但这意味着可能需要一段时间才能处理掉你的对象，这意味着你会比应该持有资源的时间更长，这可能会对性能/可靠性/可扩展性产生负面影响。
using (SqlConnection connection = new SqlConnection(...))
using (SqlCommand command = connection.CreateCommand())
{
...
}
当连接和命令对象超出作用域时（即执行离开块时），这将自动调用dispose函数。
因为垃圾回收并不是最高效的 - 它并不总是在资源不再使用时立即发生。所以，当您处理非托管资源，如文件 I/O、数据库连接等时，最好的做法是在等待和依赖 GC 处理之前释放/清理这些资源。
同时，请查看使用 using 关键字：
using (SqlConnection connection = new SqlConnection(FROM_CONFIGURATION))
using (SqlCommand command = new SqlCommand("SomeSQL", connection))
{
connection.Open();
command.ExecuteNonQuery();
command.Dispose();
connection.Dispose();
}
另外，通常情况下，任何可以被处理的内容都应该在using块中进行处理。
上述代码释放了已获取的资源（尽管我不认为您应该自己调用Dispose()方法，因为释放资源意味着关闭流等）。GC从内存中删除对象（释放对象使用的内存），但只有在对象释放资源后才能执行此操作。
我对C#不是很确定，但通常情况下，垃圾回收器会管理内存。除了对象内存之外，这个连接还有服务器资源。数据库在一个单独的进程中，必须维护连接。关闭操作可以清理它们。