最近我和同事就实现Dispose和实现IDisposable接口的类型的价值进行了讨论。
我认为对于应该尽快清理的类型，即使没有未受控资源需要清理，实现IDisposable也是有价值的。
我的同事持不同意见。他认为如果没有未受控资源，实现IDisposable是不必要的，因为您的类型最终会被垃圾回收。
我的观点是，如果您想尽快关闭ADO.NET连接，则实现IDisposable并使用using new MyThingWithAConnection()是有意义的。 我的同事回答说，在内部，ADO.NET连接是一个未受控资源。而我回复他的回答是最终所有东西都是未受控资源。
我知道有推荐的可释放模式，在这种模式下，如果调用Dispose，则释放托管和未托管资源，但只释放未受控资源如果通过终结器/destructor调用它（并且一段时间以前我在博客中分享了如何警告使用您的IDisposable类型的不当方式的消费者）。
那么，我的问题是，如果您有一个不包含未受控资源的类型，是否值得实现IDisposable？
通常情况下，不需要任何资源（无论是托管的还是非托管的）。IDisposable通常只是一种方便的方法来消除繁琐的try {..} finally {..}，请比较：
Cursor savedCursor = Cursor.Current;
try {
Cursor.Current = Cursors.WaitCursor;
SomeLongOperation();
}
finally {
Cursor.Current = savedCursor;
}
with
using (new WaitCursor()) {
SomeLongOperation();
}
这里的WaitCursor实现了IDisposable接口，以便于使用using语句：
public sealed class WaitCursor: IDisposable {
private Cursor m_Saved;
public Boolean Disposed {
get;
private set;
}
public WaitCursor() {
Cursor m_Saved = Cursor.Current;
Cursor.Current = Cursors.WaitCursor;
}
public void Dispose() {
if (!Disposed) {
Disposed = true;
Cursor.Current = m_Saved;
}
}
}
using (new WaitCursor()) {
using (new RegisterServerLongOperation("My Long DB Operation")) {
SomeLongRdbmsOperation();
}
SomeLongOperation();
}
简短回答：绝对不行。如果您的类型具有受管理或不受管理的成员，应实现IDisposable。
现在详细说明： 我已经在StackOverflow上回答了这个问题，并提供了更多关于内存管理和GC的内部细节。以下是其中的一些：
至于IDisposable实现的最佳实践，请参阅我的博客文章：
如果对象拥有任何非托管对象或任何可处置的托管对象，则需要实现 IDisposable
如果一个对象使用非托管资源，应该实现 IDisposable。拥有可处置对象的对象应该实现 IDisposable 以确保释放底层的非托管资源。 如果遵循这个规则/约定，因此可以得出合乎逻辑的结论：不处置可处置的托管对象等同于不释放非托管资源。
如果您的类型引用了非托管资源或者持有实现IDisposable接口的对象的引用，则应该实现IDisposable接口。
IDisposable的唯一另一个场合，是在处理非托管资源之外，当我需要确保事件被正确取消订阅以便类可以被垃圾回收时。但这实际上是语言的缺陷：事件真的真的 非常 需要弱引用，但它们并没有。 - BlueRaja - Danny Pflughoeft