UWP页面导航时内存泄漏问题咨询

嘿，我之前碰到好几个开发者都反馈过类似的UWP内存泄漏问题，特别是页面切换后内存没法正常释放的情况，太头疼了！结合你描述的测试场景，我整理了几个常见的排查方向和解决方案，应该能帮到你：

1. 先查事件订阅有没有忘取消 #

这绝对是UWP内存泄漏的重灾区！如果你的页面或者ViewModel订阅了全局事件、静态事件，或者父对象的事件，在页面销毁时没取消订阅，那页面实例就会被这些事件持有者死死拽住，GC根本回收不了。

• 赶紧检查页面的Loaded、NavigatedTo方法里加的事件，一定要在Unloaded或者NavigatedFrom里对应解除。举个例子：

protected override void OnNavigatedFrom(NavigationEventArgs e)
{
    base.OnNavigatedFrom(e);
    // 一定要记得取消订阅！
    App.GlobalDataChanged -= OnGlobalDataChanged;
}

2. 警惕强引用的命令或委托 #

如果你的页面绑定了DelegateCommand这类命令对象，要是命令的目标是静态实例或者生命周期比页面长的对象，很容易就把页面实例给“拴住”了。

• 可以试试用WeakReference来包装命令逻辑，或者在页面销毁时把命令对象置为null，切断强引用。

3. 手动释放原生资源别偷懒 #

UWP里有些原生资源比如MediaElement、BitmapImage、各种流，光靠GC是不够的，得手动释放：

• 比如加载本地图片的BitmapImage，用完记得调用Dispose()（要先引用System.Runtime.InteropServices.WindowsRuntime）；
• 打开的流一定要用using语句包裹，或者手动调用Stream.Dispose()，别让流一直占着内存。

4. 用对Visual Studio诊断工具 #

你说等30分钟看内存增长，其实不用等这么久！用诊断工具的内存快照功能更高效：

1. 启动诊断工具后，页面切换前拍一次快照；
2. 切换页面后再拍一次；
3. 对比两次快照里的页面实例数量——如果切换后页面实例没减少，那肯定是泄漏了；
4. 看快照里的「保留路径」（Retained Paths），能直接找到谁在拿着页面实例，一下子就能定位根源。

5. 检查导航缓存是不是开着 #

要是你的页面设置了NavigationCacheMode.Enabled，框架会主动保留页面实例，不会被GC回收。赶紧看看页面的XAML或者代码里有没有这个设置：

public DetailPage()
{
    InitializeComponent();
    // 确保禁用导航缓存（除非你真的需要）
    NavigationCacheMode = NavigationCacheMode.Disabled;
}

根据我的经验，大部分页面切换导致的内存泄漏，都能通过上面这几点排查出来。建议先重点检查事件订阅和导航缓存，再用内存快照工具精准定位，应该就能解决问题啦！

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