正确使用IDisposable接口

通过阅读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包含一百万个字符串，并且您希望现在释放内存，而不是等待垃圾收集器。上面的代码能做到这一点吗？

当前回答

在示例代码中，Dispose（）操作执行的某些操作可能会产生由于MyCollection对象的正常GC而不会发生的效果。

如果_theList或_theDict引用的对象被其他对象引用，那么List<>或Dictionary<>对象将不会被收集，而是突然没有内容。如果没有像示例中那样的Dispose（）操作，那么这些集合仍将包含其内容。

当然，如果是这种情况，我会称之为一个坏的设计——我只是指出（我想是迂腐的）Dispose（）操作可能不是完全冗余的，这取决于List＜＞或Dictionary＜＞是否有其他未在片段中显示的用途。

2009-02-11 18:45:58

其他回答

IDisposable通常用于利用using语句，并利用一种简单的方法对托管对象进行确定性清理。

public class LoggingContext : IDisposable {
    public Finicky(string name) {
        Log.Write("Entering Log Context {0}", name);
        Log.Indent();
    }
    public void Dispose() {
        Log.Outdent();
    }

    public static void Main() {
        Log.Write("Some initial stuff.");
        try {
            using(new LoggingContext()) {
                Log.Write("Some stuff inside the context.");
                throw new Exception();
            }
        } catch {
            Log.Write("Man, that was a heavy exception caught from inside a child logging context!");
        } finally {
            Log.Write("Some final stuff.");
        }
    }
}

2009-02-11 18:20:41

在示例代码中，Dispose（）操作执行的某些操作可能会产生由于MyCollection对象的正常GC而不会发生的效果。

2009-02-11 18:45:58

如果要立即删除，请使用非托管内存。

See:

马歇尔.AllocHGlobalMarshal.FreeHGlobal公司编组.仓库结构

2013-06-03 21:07:50

我不再重复关于使用或释放非托管资源的通常内容，这些内容已经全部介绍过了。但我想指出一个常见的误解。给定以下代码

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方法是没有意义的。这将延迟内存的重新声明，以允许终结器运行。

2009-02-11 21:08:56

我看到很多答案都转向了讨论对托管和非托管资源使用IDisposable。我认为这篇文章是我找到的关于如何实际使用IDisposable的最佳解释之一。

https://www.codeproject.com/Articles/29534/IDisposable-What-Your-Mother-Never-Told-You-About

对于实际问题；如果您使用IDisposable清理占用大量内存的托管对象，简短的答案是否定的。原因是，一旦持有内存的对象超出范围，它就可以进行收集了。此时，任何引用的子对象也超出范围，将被收集。

唯一真正的例外是，如果托管对象中占用了大量内存，并且您已经阻止了该线程等待某个操作完成。如果在调用完成后不需要这些对象，那么将这些引用设置为null可能会让垃圾收集器更快地收集它们。但那个场景将代表需要重构的坏代码——而不是IDisposable的用例。

2018-10-03 17:32:35

正确使用IDisposable接口

推荐文章

最新文章

标签