WPF C#调用Close()仅隐藏窗口未释放内存的问题求助

我来帮你拆解下这个问题——你遇到的Close()只隐藏窗口、内存持续增长的情况，在WPF里大多是因为当前窗口实例还被其他对象持有引用，导致GC（垃圾回收器）无法回收它，或者窗口的关闭逻辑被拦截了。结合你的代码，给你几个具体的排查和修复方向：

1. 先排查窗口的Closing事件是否被拦截 #

这是最常见的“Close()变隐藏”原因：如果你的当前窗口注册了Closing事件，并且在事件处理里写了e.Cancel = true;然后调用Hide()，那Close()就只会隐藏窗口而非真正关闭。

检查当前窗口的代码里有没有类似这样的逻辑：

private void CurrentWindow_Closing(object sender, CancelEventArgs e)
{
    e.Cancel = true;
    this.Hide(); // 把关闭改成隐藏
}

如果有，要么删除这段代码，要么调整逻辑，只在特定场景下取消关闭（比如用户确认退出时）。

2. 检查是否存在未解绑的事件或引用 #

如果窗口被其他对象持有强引用（比如全局事件订阅、ViewModel的属性引用、静态变量等），GC是无法回收它的，内存自然降不下来。

常见的引用来源： #

• 全局/静态事件的订阅：比如你在当前窗口里订阅了SomeStaticClass.SomeEvent += MyHandler，但没有在窗口关闭时取消订阅（SomeStaticClass.SomeEvent -= MyHandler）。
• 子控件的事件绑定：虽然WPF的常规控件事件是弱引用，但如果是自定义的强引用事件，也会导致窗口被持有。
• 外部对象持有窗口实例：比如当前窗口被赋值给某个ViewModel的属性，或者被其他窗口的变量引用。

修复建议： #

在窗口关闭前，手动解绑所有自定义的强引用事件，比如在Closing事件里添加清理逻辑：

private void CurrentWindow_Closing(object sender, CancelEventArgs e)
{
    // 解绑全局事件
    // GlobalEventManager.SomeEvent -= MyWindowEventHandler;
    
    // 清空可能持有窗口引用的外部变量（如果有的话）
    // App.Current.SomeWindowReference = null;
}

3. 调整窗口打开与关闭的顺序 #

你的代码是先打开新窗口，再关闭当前窗口，虽然逻辑没问题，但有时候新窗口的初始化可能会意外持有当前窗口的引用（比如通过Owner属性或者事件上下文）。可以调整顺序，等新窗口完全加载后再关闭当前窗口：

private void Home_Click(object sender, RoutedEventArgs e)
{
    var homeWindow = new HomeContentView();
    // 订阅新窗口的Loaded事件，确保新窗口稳定显示后再关闭当前窗口
    homeWindow.Loaded += (s, args) =>
    {
        // 关闭当前窗口
        this.Close();
    };
    // 显示新窗口
    homeWindow.Show();
}

4. 不要依赖GC.Collect()强制回收 #

你调用的GC.Collect()只是告知GC可以进行回收，但如果窗口还有强引用，GC是不会回收它的。解决引用问题才是根本，强制GC回收不仅没必要，还可能影响性能。

最后验证内存问题 #

可以用Visual Studio的内存诊断工具（Debug > Performance Profiler > Memory Usage）拍两次内存快照：一次是打开新窗口后，一次是关闭当前窗口后，对比快照里当前窗口的实例是否还存在。如果存在，查看它的引用链，就能精准找到是谁在持有它。

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