什么时候我不应该在 Dispose 中调用 GC.SuppressFinalize(this) ?

问题描述 投票:0回答:1

我有一个像这样的简单类,它实现了

IDisposable
,因此它受到了CA1816:正确调用GC.SuppressFinalize

public class A : IDisposable
{
    // ...
    int foo

    public A()
    {
        SomeObj.SomeEvent += DoSomething;
    }

    public void Dispose()
    {
        SomeObj.SomeEvent -= DoSomething;
    }
}

将A.Dispose()改为调用GC.SuppressFinalize(object)。这将防止引入终结器的派生类型需要重新实现“IDisposable”来调用它。

现在我已经阅读了thisthisthis,但我仍然不明白那到底是什么(下面有更多解释)。所以我的问题是

  • 如果我不明白它是什么,我是否应该总是将

    GC.SuppressFinalize(object)
    添加到我的
    Dispose
    方法中?

  • 我什么时候应该这样做并只是抑制警告?


添加更多上下文:我仍然不明白

SuppressFinalize
在做什么。我知道我已经在 Dispose 中处置了
some
资源(示例中的事件处理程序,或
IDisposable
资源等),但是像
int foo
这样的变量仍然需要清理呢?那么“这将阻止引入终结器的派生类型需要重新实现”的警告部分又如何呢?

c# .net garbage-collection finalizer
1个回答
0
投票

终结器或析构函数是 C++ 的遗产,但在 C# 中,它延长了 GC 收集对象所需的时间。

不必要的终结器,包括空终结器、仅调用基类终结器的终结器或仅调用有条件发出的方法的终结器,会导致不必要的性能损失。

当你使用dispose模式时,你不再需要使用终结器来释放资源。

GC.SuppressFinalize
的方法是告诉GC忽略目标的终结器,像普通对象一样收集它,从而提高GC的性能。如果你不调用这个方法,你就失去了使用 dispose 模式的意义,所以总是添加它是一个很好的做法。

我很困惑,因为我的班级里没有这样的东西,但仍然收到警告。

是的,你的类没有终结器,但你不能保证它的子类也没有。请注意,此分析不会在密封类中报告(根据我的测试,内部/私有类也不会)。

© www.soinside.com 2019 - 2024. All rights reserved.