.NET的IDisposable模式暗示，如果你编写了一个终结器，并实现了IDisposable接口，那么你的终结器需要显式地调用Dispose方法。这是合乎逻辑的，在极少数情况下需要使用终结器时我一直都是这样做的。
但是，如果我只是这样做会发生什么：
class Foo : IDisposable
{
public void Dispose(){ CloseSomeHandle(); }
}
不要实现终结器或其他任何东西。那么框架会为我调用Dispose方法吗？
是的，我知道这听起来很蠢，所有的逻辑都表明它不会，但我一直有两个事情让我不确定。
几年前有人告诉我它确实会这样做，而且那个人有非常扎实的"知识储备"。
编译器/框架根据您实现的接口执行其他'魔法'操作(例如: foreach、基于属性的扩展方法、序列化等)，因此这也可能是'魔法'。
虽然我读了很多关于它的东西，并且有很多暗示，但我从来没有找到一个 明确的 是或否 的答案。
.Net垃圾回收机制会在进行垃圾回收时调用对象的Object.Finalize方法。默认情况下，此方法不执行任何操作，如果想要释放其他资源，必须对其进行重写。
Dispose不会自动调用，如果要释放资源，必须显式地调用它，例如在'using'或'try finally'代码块中。
有关更多信息，请参见http://msdn.microsoft.com/en-us/library/system.object.finalize.aspx。
我想要强调Brian在评论中的观点，因为它很重要。
终结器不像C++中的确定性析构函数。正如其他人指出的那样，不能保证它何时会被调用，事实上，如果你有足够的内存，就可能永远不会被调用。
但终结器的问题在于，正如Brian所说的，它会导致对象在垃圾回收时生存下来，这可能是不好的。为什么？
您可能知道或者不知道，GC被分成几代——Gen 0，1和2，以及大对象堆。"分割"是一个宽泛的术语——你得到一块内存，但有指针指向Gen 0对象的起始和结束位置。
思路是你可能会使用许多短命的对象。因此，这些应该是GC轻松快速处理的-Gen 0对象。因此，当存在内存压力时，第一件事就是进行Gen 0收集。
现在，如果这不能解决足够的压力，那么它会返回并执行Gen 1扫描（重新执行Gen 0），然后如果仍然不够，它会执行Gen 2扫描（重新执行Gen 1和Gen 0）。因此，清理长寿命对象可能需要一段时间，并且可能相当昂贵（因为在操作期间您的线程可能会被暂停）。
这意味着，如果您像这样做：
~MyClass() { }
无论如何，您的对象都将存在于第二代。这是因为垃圾回收无法在垃圾回收期间调用终结器。因此，必须终止的对象被移动到一个特殊的队列中，由另一个线程（终结器线程 - 如果您杀死它会导致各种糟糕的事情发生）进行清除处理。这意味着您的对象会存在更长时间，并且可能会强制执行更多的垃圾回收。
因此，所有这些只是为了强调您应该尽可能使用IDisposable来清理资源，并且严肃地尝试找到绕过使用终结器的方法。这符合您的应用程序最佳利益。
这里已经有很多好的讨论了，我有点晚来参加，但我想自己添加一些观点。
class SomeObject : IDisposable {
IntPtr _SomeNativeHandle;
FileStream _SomeFileStream;
// Something useful here
~ SomeObject() {
Dispose(false);
}
public void Dispose() {
Dispose(true);
}
protected virtual void Dispose(bool disposing) {
if(disposing) {
GC.SuppressFinalize(this);
//Because the object was explicitly disposed, there will be no need to
//run the finalizer. Suppressing it reduces pressure on the GC
//The managed reference to an IDisposable is disposed only if the
_SomeFileStream.Dispose();
}
//Regardless, clean up the native handle ourselves. Because it is simple a member
// of the current instance, the GC can't have done anything to it,
// and this is the onlyplace to safely clean up
if(IntPtr.Zero != _SomeNativeHandle) {
NativeMethods.CloseHandle(_SomeNativeHandle);
_SomeNativeHandle = IntPtr.Zero;
}
}
}
private class SomeSafeHandle
: SafeHandleZeroOrMinusOneIsInvalid {
public SomeSafeHandle()
: base(true)
{ }
protected override bool ReleaseHandle()
{ return NativeMethods.CloseHandle(handle); }
}
允许您简化包含类型为:
class SomeObject : IDisposable {
SomeSafeHandle _SomeSafeHandle;
FileStream _SomeFileStream;
// Something useful here
public virtual void Dispose() {
_SomeSafeHandle.Dispose();
_SomeFileStream.Dispose();
}
}
GC.SuppressFinalize 的问题。在这种情况下，只有当 Dispose(true) 成功执行时才应该调用 SuppressFinalize。如果在抑制终结但未清理所有资源（尤其是非托管资源）之前，Dispose(true) 在某个时刻失败，则仍然希望发生终结以尽可能多地清理资源。最好将 GC.SuppressFinalize 的调用移到 Dispose() 方法中，在调用 Dispose(true) 之后。请参阅《框架设计准则》和此文章。 - BitMask777我不这么认为。您可以控制何时调用Dispose，这意味着您可以理论上编写处理代码并对其他对象的存在做出假设。您无法控制何时调用终结器，因此让终结器自动代表您调用Dispose可能会有问题。
编辑：我离开并进行了测试，只是为了确保：
class Program
{
static void Main(string[] args)
{
Fred f = new Fred();
f = null;
GC.Collect();
GC.WaitForPendingFinalizers();
Console.WriteLine("Fred's gone, and he's not coming back...");
Console.ReadLine();
}
}
class Fred : IDisposable
{
~Fred()
{
Console.WriteLine("Being finalized");
}
void IDisposable.Dispose()
{
Console.WriteLine("Being Disposed");
}
}
在您所描述的情况下不会发生这种情况，但是如果您有一个 Finalizer，垃圾回收器将为您调用它。
然而。下一次进行垃圾回收时，对象不会被收集，而是进入终结队列，所有内容都被收集后，才会调用它的终结器。之后的垃圾回收会释放它。
根据您的应用程序内存压力的情况，可能会有一段时间没有针对该对象代的垃圾回收。因此，在文件流或数据库连接等情况下，您可能需要等待一段时间，直到未受管资源在终结器调用中被释放，从而导致一些问题。
不，它没有被调用。
但是这使得不容易忘记处理你的对象。只需使用using 关键字即可。
我为此进行了以下测试：
class Program
{
static void Main(string[] args)
{
Foo foo = new Foo();
foo = null;
Console.WriteLine("foo is null");
GC.Collect();
Console.WriteLine("GC Called");
Console.ReadLine();
}
}
class Foo : IDisposable
{
public void Dispose()
{
Console.WriteLine("Disposed!");
}
IDisposable模式主要是为了让开发人员调用，如果您有一个实现IDispose的对象，开发人员应该在对象的上下文中实现using关键字或直接调用Dispose方法。
该模式的故障安全机制是实现终结器来调用Dispose()方法。如果您不这样做，可能会创建一些内存泄漏，例如：如果您创建了一些COM包装器并从未调用System.Runtime.InteropServices.Marshal.ReleaseComObject(comObject)（这将放置在Dispose方法中）。
CLR中没有自动调用Dispose方法的魔法，除了跟踪包含终结器的对象并将它们存储在GC的终结器表中，并在GC触发某些清理启发式时调用它们。