无线事件是内存泄漏吗？

Question

如果是，有没有办法为所有有线事件全局取消连接

编辑：比如说。我有对象，每个对象都标记有orm.NatureChanged += Nature_Changed; 之类的事件，我在创建每个 orm 实例时标记这些事件。如果我没有通过orm.NatureChanged -= Nature_Changed; 之类的方式解线，会不会导致内存泄漏？

Answer 1

无论您要问什么，对您的问题的技术回答都是“否”。从技术上讲，除非您在 CLR 中发现错误，否则托管对象不存在真正的“内存泄漏”（这是使它们成为好事的重要原因）。但是，要回答我认为您实际上在问的问题，听起来您是在问以下两件事之一：

1. 对于没有附加任何委托的事件是否需要处理？
2. 事件能否阻止垃圾收集器清理对象？

第一个问题的答案是“不”。继续前进，这里没什么可看的。

第二个问题的答案已经在 SO 和网络的其他领域进行了详细讨论。简短的版本是附加的事件处理程序意味着 GC 会将目标实例视为事件触发实例“可访问”。这可能导致对象在内存中保留的时间比预期的要长，因为这种可达性对用户（开发人员）来说是透明的，因为委托的构造方式。

换句话说，假设我有两个对象：生产者和消费者。 Producer 触发 Consumer...consumes 的事件。

public class Producer
{
    public event EventHandler OmgIDidSomething;
}

public class Consumer
{
    public void AttachTo(Producer producer)
    {
        producer.OmgIDidSomething += new EventHandler(producer_OmgIDidSomething);
    }

    private void producer_OmgIDidSomething(object sender, EventArgs e)
    {
        // ...
    }
}

在此示例中，就 GC 而言，调用 AttachTo 的任何 Consumer 实例都将保持可访问性，直到它附加到的 Producer 实例符合收集条件，因为在OmgIDidSomething 事件的实现具有对其对应的Consumer 实例的引用。

Answer 2

不，因为当您取消连接事件时，连接到该事件的委托（它是一个对象）不再是根，并且会在 GC 认为合适时被收集。这当然是假设事件委托没有附加到多个处理程序，在这种情况下，它不会被收集，直到它与所有事件断开连接。

Answer 3

如果您的意思是未获得 unwired 的事件是否会导致内存泄漏，答案是如果持有事件委托的对象的实际生命周期远长于有用的委托引用的对象的生命周期。例如，如果一个集合的枚举器钩住了一个 CollectionChanged 事件，并且有人在没有释放它们的情况下获取枚举器，那么每次枚举该集合（不释放枚举器）时，都会创建一个新的枚举器对象，该对象将一直保留在内存中作为基础集合。

Answer 4

这不是内存泄漏，它只是不会将任何处理程序挂钩到该事件，如果它们没有被连接，自动或以其他方式。所以事件没有人发火，被清理干净，生活继续。

本次对话讨论了这个主题：How do events cause memory leaks in C# and how do Weak References help mitigate that?

在此处查看一些背景信息：What does AutoEventWireUp page property mean?