通过阅读Microsoft文档，我知道IDisposable接口的“主要”用途是清理非托管资源。
对我来说，“非托管”意味着数据库连接、套接字、窗口句柄等。但是，我看到过一些代码，其中使用Dispose（）方法来释放托管资源，这对我来说似乎是多余的，因为垃圾收集器应该为你负责。
例如：
public class MyCollection : IDisposable
{
private List<String> _theList = new List<String>();
private Dictionary<String, Point> _theDict = new Dictionary<String, Point>();
// Die, clear it up! (free unmanaged resources)
public void Dispose()
{
_theList.clear();
_theDict.clear();
_theList = null;
_theDict = null;
}
}
我的问题是，这是否会使MyCollection使用的垃圾收集器释放内存比正常情况更快？
编辑：到目前为止，人们已经发布了一些使用IDisposable清理非托管资源（如数据库连接和位图）的好例子。但假设上述代码中的_theList包含一百万个字符串，并且您希望现在释放内存，而不是等待垃圾收集器。上面的代码能做到这一点吗？
是的，这段代码完全是多余和不必要的，它不会让垃圾回收器做任何它不会做的事情（即，一旦MyCollection的实例超出范围），尤其是.Clear（）调用。
对编辑的回答：有点。如果我这样做：
public void WasteMemory()
{
var instance = new MyCollection(); // this one has no Dispose() method
instance.FillItWithAMillionStrings();
}
// 1 million strings are in memory, but marked for reclamation by the GC
在内存管理方面，它的功能与此相同：
public void WasteMemory()
{
var instance = new MyCollection(); // this one has your Dispose()
instance.FillItWithAMillionStrings();
instance.Dispose();
}
// 1 million strings are in memory, but marked for reclamation by the GC
如果您真的真的需要立即释放内存，请调用GC.Collect（）。内存将在需要时释放。
我不再重复关于使用或释放非托管资源的通常内容，这些内容已经全部介绍过了。但我想指出一个常见的误解。给定以下代码
Public Class LargeStuff
Implements IDisposable
Private _Large as string()
'Some strange code that means _Large now contains several million long strings.
Public Sub Dispose() Implements IDisposable.Dispose
_Large=Nothing
End Sub
我意识到一次性实现没有遵循当前的指导原则，但希望你们都能理解。现在，当调用Dispose时，释放了多少内存？答：没有。调用Dispose可以释放非托管资源，它不能回收托管内存，只有GC可以这样做。这并不是说上述模式不是一个好主意，事实上遵循上述模式仍然是一个好想法。一旦Dispose运行完毕，没有什么可以阻止GC重新声明_Large使用的内存，即使LargeStuff的实例可能仍在范围内。_Large中的字符串也可能在第0代，但LargeStuff的实例可能在第2代，因此，内存将很快被重新占用。但是，添加一个finalizer来调用上面显示的Dispose方法是没有意义的。这将延迟内存的重新声明，以允许终结器运行。
是的，这段代码完全是多余和不必要的，它不会让垃圾回收器做任何它不会做的事情（即，一旦MyCollection的实例超出范围），尤其是.Clear（）调用。
对编辑的回答：有点。如果我这样做：
public void WasteMemory()
{
var instance = new MyCollection(); // this one has no Dispose() method
instance.FillItWithAMillionStrings();
}
// 1 million strings are in memory, but marked for reclamation by the GC
在内存管理方面，它的功能与此相同：
public void WasteMemory()
{
var instance = new MyCollection(); // this one has your Dispose()
instance.FillItWithAMillionStrings();
instance.Dispose();
}
// 1 million strings are in memory, but marked for reclamation by the GC
如果您真的真的需要立即释放内存，请调用GC.Collect（）。内存将在需要时释放。
在您发布的示例中，它仍然没有“立即释放内存”。所有内存都是垃圾收集的，但它可能允许在早期版本中收集内存。你必须运行一些测试才能确定。
框架设计指南是指南，而不是规则。它们告诉你界面主要用于什么，何时使用，如何使用，以及何时不使用。
我曾经读过一段代码，它是一个利用IDisposable失败时的简单RollBack（）。下面的MiniTx类将检查Dispose（）上的一个标志，如果Commit调用从未发生，它将调用回滚。它添加了一层间接层，使调用代码更易于理解和维护。结果如下：
using( MiniTx tx = new MiniTx() )
{
// code that might not work.
tx.Commit();
}
我也看到计时/日志代码做了同样的事情。在这种情况下，Dispose（）方法停止计时器并记录块已退出。
using( LogTimer log = new LogTimer("MyCategory", "Some message") )
{
// code to time...
}
因此，这里有几个具体的示例，它们不执行任何非托管资源清理，但成功地使用IDisposable创建了更干净的代码。
