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

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

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

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

我也得回答。 JIT从对变量使用情况的静态分析中生成表和代码。 这些表项是当前堆栈帧中的“GC-Roots”。随着指令指针的前进，这些表项变得无效，因此准备进行垃圾收集。 因此:如果它是一个作用域变量，你不需要将它设置为null - GC将收集该对象。 如果它是一个成员或静态变量，则必须将其设置为null

正如其他人所说，如果类实现了IDisposable，则肯定需要调用Dispose。我在这个问题上的立场相当坚定。例如，有些人可能会声称在DataSet上调用Dispose是没有意义的，因为他们分解了DataSet，发现它没有做任何有意义的事情。但是，我认为这种说法有很多谬误。

阅读这篇文章，你会看到一场由受人尊敬的人就这个问题展开的有趣辩论。然后阅读我的推理，为什么我认为杰弗里·里希特站在错误的阵营。

现在，关于是否应该将引用设置为null。答案是否定的。让我用下面的代码来说明我的观点。

public static void Main()
{
  Object a = new Object();
  Console.WriteLine("object created");
  DoSomething(a);
  Console.WriteLine("object used");
  a = null;
  Console.WriteLine("reference set to null");
}

So when do you think the object referenced by a is eligible for collection? If you said after the call to a = null then you are wrong. If you said after the Main method completes then you are also wrong. The correct answer is that it is eligible for collection sometime during the call to DoSomething. That is right. It is eligible before the reference is set to null and perhaps even before the call to DoSomething completes. That is because the JIT compiler can recognize when object references are no longer dereferenced even if they are still rooted.

当一个对象实现IDisposable时，您应该调用Dispose(在某些情况下，Close将为您调用Dispose)。

您通常不必将对象设置为null，因为GC将知道一个对象将不再使用。

当我将对象设置为空时，有一个例外。当我(从数据库中)检索了很多需要处理的对象，并将它们存储在一个集合(或数组)中。当“工作”完成时，我将对象设置为null，因为GC不知道我已经完成了对它的工作。

例子:

using (var db = GetDatabase()) {
    // Retrieves array of keys
    var keys = db.GetRecords(mySelection); 

    for(int i = 0; i < keys.Length; i++) {
       var record = db.GetRecord(keys[i]);
       record.DoWork();
       keys[i] = null; // GC can dispose of key now
       // The record had gone out of scope automatically, 
       // and does not need any special treatment
    }
} // end using => db.Dispose is called

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

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

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

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

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

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

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