事件处理程序会阻止垃圾收集的发生吗？

c# .net event-handling garbage-collection

如果我有以下代码：

MyClass pClass = new MyClass();
pClass.MyEvent += MyFunction;
pClass = null;

pClass 会被垃圾回收吗？或者它是否会在事件发生时仍然触发它的事件？为了允许垃圾收集，我需要执行以下操作吗？

MyClass pClass = new MyClass();
pClass.MyEvent += MyFunction;
pClass.MyEvent -= MyFunction;
pClass = null;

我将暂时向对此问题感兴趣的读者建议，熟悉轻量级事件/弱事件模式可能是值得的，它们不会阻止垃圾收集的发生。此主题的一个很好的 SO 引导程序是 stackoverflow.com/questions/185931/…

后人注意：将引用设置为 null 只是通过将引用范围扩展一行来延迟垃圾收集器。 .NET 不是 VB6。

Marc Gravell

对于具体问题“PClass 是否会被垃圾回收”：事件订阅对 pClass 的收集没有影响（作为发布者）。

对于一般的 GC（特别是目标）：这取决于 MyFunction 是静态的还是基于实例的。

实例方法的委托（例如事件订阅）包括对实例的引用。所以是的，事件订阅将阻止 GC。但是，一旦发布事件的对象（上面的 pClass）符合收集条件，这将不再是问题。

请注意，这是单向的；即如果我们有：

publisher.SomeEvent += target.SomeHandler;

那么“发布者”将使“目标”保持活动状态，但“目标”不会让“发布者”保持活动状态。

所以不：如果无论如何都要收集 pClass，则无需取消订阅侦听器。但是，如果 pClass 是长期存在的（比具有 MyFunction 的实例长），那么 pClass 可以使该实例保持活动状态，因此如果您希望收集目标，则必须取消订阅。

然而，由于这个原因，静态事件在与基于实例的处理程序一起使用时非常危险。

好吧，如果问题是“pClass 是否会被垃圾回收”，那么“这取决于是否......”的答案实际上并不正确。正如马克自己进一步指出的那样，它不依赖于任何东西。

@Tor - 很公平 - 我会澄清

尽管事件订阅委托仅指向一种方式，但如果订阅者在完成事件后有任何取消订阅的意图，则需要某种形式的对发布者的引用。它可能是一个 WeakReference，在某些情况下这可能是一个好主意，但通常它会是一个强大的主意。

一个很好的答案，因为它还解决了问题的另一半（没有被问到）：发布者将阻止订阅者被 GC 处理。

是的，正如@BobSammers 所说，如果像窗体/窗口这样的短寿命实例正在订阅像单例这样提供数据的长寿命服务，那么这确实是一个问题：单例然后保留一个参考，并且即使我们认为它们已卸载，对象也会保存在内存中！所以在使用事件时要非常小心。我们为我们的大软件滥用了事件，之后很难解决。

Sabuncu

是的，pClass 将被垃圾回收。事件订阅并不意味着存在对 pClass 的任何引用。

所以不，您不必为了让 pClass 被垃圾收集而分离处理程序。

lvaneenoo

当一块内存不再被引用时，它就成为垃圾回收的候选对象。当您的类的实例超出范围时，您的程序将不再引用它。它不再使用，因此可以安全地收集。

如果您不确定是否会收集某些东西，请问自己以下问题：是否仍然存在对它的引用？事件处理程序由对象实例引用，而不是相反。

Picrofo Software

pClass 将被垃圾收集。但是，如果上面的代码片段在另一个类中，如果您不将 pClass 设置为 null，则该类的实例可能不会被清除。