总是调用dispose。不值得冒这个险。大型托管企业应用程序应该受到尊重。不能做任何假设，否则它会反过来咬你一口。

别听她的。

很多对象实际上并没有实现IDisposable，所以你不必担心它们。如果他们真的超出了范围，他们将自动被释放。此外，我从来没有遇到过必须将某些内容设置为null的情况。

可能发生的一件事是，很多物体都可以保持打开状态。这将极大地增加应用程序的内存使用。有时很难判断这究竟是内存泄漏，还是您的应用程序只是在做很多事情。

内存配置文件工具可以帮助解决这类问题，但它可能很棘手。

此外，始终取消对不需要的事件的订阅。还要注意WPF绑定和控件。不常见的情况，但我遇到了这样的情况，我有一个WPF控件被绑定到一个底层对象。底层对象很大，占用了大量内存。WPF控件正在被一个新的实例所取代，而旧的实例由于某种原因仍然存在。这导致了一个大的内存泄漏。

在后台，代码写得很糟糕，但关键是你要确保没有使用的东西超出了范围。这需要很长时间才能用内存分析器找到，因为很难知道内存中的哪些东西是有效的，哪些不应该在那里。

当对象不再被使用并且垃圾回收器认为合适时，对象将被清理。有时，您可能需要将一个对象设置为null以使其超出作用域(例如您不再需要其值的静态字段)，但总体而言，通常不需要将其设置为null。

关于处置对象，我同意@Andre的观点。如果对象是IDisposable的，那么在不再需要它时释放它是个好主意，特别是当对象使用非托管资源时。不处理非托管资源将导致内存泄漏。

一旦程序离开using语句的作用域，就可以使用using语句自动处理对象。

using (MyIDisposableObject obj = new MyIDisposableObject())
{
    // use the object here
} // the object is disposed here

其功能等价于:

MyIDisposableObject obj;
try
{
    obj = new MyIDisposableObject();
}
finally
{
    if (obj != null)
    {
        ((IDisposable)obj).Dispose();
    }
}

如果对象实现了IDisposable，那么是的，你应该释放它。对象可能挂在本地资源(文件句柄、操作系统对象)上，否则这些资源可能不会立即释放。这可能导致资源短缺、文件锁定问题和其他本来可以避免的微妙错误。

参见在MSDN上实现一个Dispose方法。

通常，不需要将字段设置为null。然而，我总是建议丢弃非托管资源。

根据我的经验，我还建议你这样做:

如果不再需要，则取消订阅事件。 如果不再需要，将持有委托或表达式的任何字段设置为空。

我遇到过一些很难发现的问题，这些问题都是由于没有遵循上述建议而直接导致的。

Dispose()是执行此操作的一个好地方，但通常越快越好。

一般来说，如果存在对某个对象的引用，垃圾收集器(GC)可能要多花几代时间才能确定该对象不再使用。在此期间，对象始终保留在内存中。

这可能不是一个问题，直到你发现你的应用程序正在使用比你预期的更多的内存。当发生这种情况时，连接内存分析器来查看哪些对象没有被清理。将引用其他对象的字段设置为null并在处理时清除集合可以真正帮助GC确定可以从内存中删除哪些对象。GC将更快地回收使用的内存，使您的应用程序的内存需求更少，更快。

在c#中，你永远不需要将对象设置为空。编译器和运行时将负责找出它们何时不再在作用域中。

是的，你应该处理实现IDisposable的对象。

如果它们实现了IDisposable接口，那么你应该释放它们。垃圾收集器会处理剩下的事情。

EDIT:处理一次性物品时最好使用using命令:

using(var con = new SqlConnection("..")){ ...