C#循环导航最佳实践：页面实例化选择与旧页面清理问询

针对你提到的这款包含A、B、C三个页面，循环导航流程为A→B→C→A→B……的C#应用，我结合常见的WPF/UWP导航场景给你逐一分析：

1. 循环导航中持续实例化新页面是否合理？ #

这得看你的页面场景和需求来判断：

• 合理的情况：如果页面是轻量级的（比如只有几个简单控件、无大量数据绑定或本地资源），且每次导航都需要全新的页面状态（比如每次进入B页面都要清空输入框、重置筛选条件），那持续实例化是没问题的——这样能保证页面状态绝对干净，不会遗留之前的操作痕迹。
• 不合理的情况：如果页面比较复杂（比如包含大量UI元素、加载了网络数据或占用内存的资源），循环多次后会不断累积内存占用，导致GC频繁触发，甚至出现内存泄漏，最终拖慢应用性能。这种情况下持续实例化就不太明智了。

2. 是否应创建页面单例实例进行导航？ #

单例导航有明确的适用场景，不能一概而论：

• 适合用单例的场景：如果页面是无状态的（比如纯展示的静态说明页），或者每次导航回去需要保留之前的状态（比如用户在B页面输入的内容、选中的选项），单例能节省内存开销，不用重复初始化页面资源，还能提升导航速度。
• 不适合用单例的场景：如果每次导航都需要全新的页面状态，单例会导致旧状态残留，不符合业务需求；另外，如果页面需要接收不同的导航参数，单例模式下需要额外处理参数重置逻辑，容易出错；还有，单例如果处理不当（比如页面持有静态引用、未正确释放资源），反而会引发内存泄漏问题。

如果决定用单例，实现起来很简单，比如给页面类加个静态实例：

public partial class BPage : Page
{
    private static BPage _instance;
    public static BPage Instance => _instance ??= new BPage();
    
    private BPage()
    {
        InitializeComponent();
    }
}

导航时直接调用：this.NavigationService.Navigate(BPage.Instance);

3. 若允许实例化新页面，如何清理旧页面？ #

如果坚持每次创建新页面，重点是避免内存泄漏和不必要的内存占用，可以从这几个方面入手：

• 关闭导航缓存：在WPF中，默认Frame的NavigationCacheMode是Required或Enabled，会缓存页面实例。可以把页面的NavigationCacheMode设为Disabled，这样导航离开后页面实例不会被缓存，方便GC回收。
• 清理事件与绑定：在页面的Unloaded事件中，取消所有手动订阅的事件（比如ViewModel的PropertyChanged事件、定时器事件等），解除数据绑定，避免页面被其他对象持有引用导致无法回收。示例：

private void Page_Unloaded(object sender, RoutedEventArgs e)
{
    // 取消事件订阅
    someViewModel.PropertyChanged -= ViewModel_PropertyChanged;
    // 解除数据绑定
    someTextBox.ClearValue(TextBox.TextProperty);
}

• 释放非托管资源：如果页面使用了非托管资源（比如文件流、数据库连接），要实现IDisposable接口，在Dispose方法中释放这些资源，并在页面卸载时调用Dispose()。
• 移除后退栈旧页面：如果不需要保留后退历史，可以在导航到新页面后，调用NavigationService.RemoveBackEntry()移除栈中的旧页面记录，减少内存占用。不过要注意，这样用户就无法通过后退按钮回到之前的页面了，需要结合业务需求判断。

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