WPF窗口重复开闭时，未注销事件的构造器是否引发内存泄漏？

结论：不会导致内存泄漏，原因如下：

先看两个构造器的实现代码：

Constructor1 实现 #

public Constructor1()
{
    Loaded += OnLoaded;

    void OnLoaded(object? s, EventArgs e)
    {
        DoWork();
        Loaded -= OnLoaded;
    }
}

Constructor2 实现 #

public Constructor2()
{
    Loaded += (_, _) => DoWork();
}

核心原因分析 #

1. WPF窗口的生命周期与事件订阅关系
   Constructor2中的lambda是订阅了当前窗口实例的Loaded事件，这种订阅是窗口自身持有委托引用，而非外部对象持有窗口实例的引用。当窗口正常关闭后，默认情况下WPF会释放窗口的相关资源，只要没有其他外部代码保留该窗口实例的引用，GC就可以正常回收整个窗口对象，包括它持有的Loaded事件委托。

2. Loaded事件的触发特性
   Loaded事件在窗口的生命周期内只会触发一次（除非窗口被卸载后重新加载，但常规关闭窗口的场景下不会发生）。即便没有显式注销订阅，当窗口实例被回收时，事件委托也会随之被回收，不会形成无法释放的引用链。

3. 内存泄漏的本质
   内存泄漏的核心是存在未被释放的根引用，导致对象无法被GC回收。Constructor2的场景中，不存在外部对象通过事件委托持有窗口实例的情况——lambda捕获的this（窗口实例）是被窗口自身的事件列表持有，当窗口实例失去所有外部引用后，整个引用链都会被GC处理，不会出现泄漏。

补充说明 #

Constructor1显式注销事件的做法更严谨，但并非必要——它只是提前移除了事件订阅，避免委托在窗口生命周期内被不必要地保留，但不会改变窗口被回收的最终结果。而Constructor2的简洁写法在常规场景下完全安全，不会引发内存泄漏。

内容的提问来源于stack exchange，提问作者Franco Tiveron