忽略 IDisposable 会导致内存泄漏吗？

Question

在answer I wrote 的 cmets 中，我们讨论了内存泄漏和IDisposable，但我们没有得出任何真正的结论。

处理非托管资源的类可能实现IDisposable。如果忽略这一点，既不调用Dispose，也不将对象包装在using 中——这会导致非托管资源泄露吗？还是在 GC 收集对象时会正确清理？

我们可以假设处理非托管资源的类具有IDisposable的正确实现，包括终结器等。

Answer 1

它不会导致内存泄漏。事实上，Dispose 与内存管理完全无关。

它将创建一个资源泄漏。虽然 GC 通常会清理它，但这可能太少且太晚了。

省略 Dispose (using) 可能会减慢甚至崩溃您的应用程序。在文件资源或数据库连接的情况下，它甚至可能导致其他应用程序出现问题。

Answer 2

我不会导致托管内存泄漏。它可能导致引用的非托管代码泄漏。但比这更糟糕的是：现代系统上的内存足够丰富，以至于您经常可以在一段时间内遇到严重的泄漏。见证 Mozilla Firefox：它曾经（现在仍然如此吗？）像筛子一样泄漏，数百万人乐于使用它。

更大的问题是可能与内存完全无关的其他资源。示例包括数据库连接、系统 I/O 句柄、套接字句柄、文件句柄等。如果您不小心正确使用 IDisposable，这些都是您可以轻松地在您自己的系统上创建拒绝服务情况的项目。

Answer 3

只是在 Henk 和 Joel 的回答中添加一点内容

您所描述的情况经常发生在 DB Connections 上。 ADO.NET Performance counter NumberOfReclaimedConnections 已经足够了。这个计数器跟踪...

通过垃圾回收的连接数 应用程序未调用 Close 或 Dispose 的集合。 不明确关闭或处置连接会损害性能。

性能损失通常是等待释放连接所需的时间更长。这也可能导致连接超时，而不是内存问题。

Answer 4

如果IDisposable 对象有一个释放非托管内存的终结器，那么当终结器被调用时（在它被 GC 标记为收集并放入终结器队列之后），内存将是空闲的，但如果有不是任何终结器，并且永远不会调用 Dispose()，然后内存可能会泄漏，并且只有在进程终止时才会重新声明。

Answer 5

未能对订阅来自较长生命周期对象的事件的对象调用 IDisposable 将延长订阅者的内存分配生命周期，从而延长到发布者的生命周期。如果在发布者的生命周期内可以附加和放弃的订阅者数量没有上限，这将构成无限内存泄漏。

Answer 6

最大的问题是何时 GC 运行。

参加以下课程

class GcTest
{
    private Stopwatch sw = new Stopwatch();
    public GcTest()
    {
        sw.Start();
    }

    ~GcTest()
    {
        sw.Stop();
        Console.WriteLine("GcTest finalized in " + sw.ElapsedMilliseconds + " ms");
    }
}

如果你愿意，可以在 Console.WriteLine 上设置断点。

创建一个空的 windows 窗体应用程序，并在窗体加载事件中实例化一个新的GcTest

private void Form1_Load(object sender, EventArgs e)
{
    var gcTest = new GcTest();
}

运行您的应用程序并等待终结器运行。
它很可能在您关闭应用程序之前不会运行。

Answer 7

据我所知，GC 不会调用 Dispose。您必须自己显式调用它或使用 using。所以答案是：是的，如果该类处理在 Dispose 中释放的非托管资源，如果您不调用 Dispose，您的类就会泄漏。