UWP中List<String[]>数据消失问题求助

看起来你遇到的是典型的实例一致性或引用生命周期问题，结合你提到的缓存模式，我来一步步拆解可能的原因和解决办法：

核心可能原因 #

• 页面实例不匹配：虽然你传递了页面1的对象，但缓存模式下框架可能重新创建了页面1的实例（你已经发现构造函数被调用）。这就导致你在页面2调用setMaterialData的那个页面1实例，和你返回后操作的页面1实例根本不是同一个——相当于你把数据存在了一个“幽灵实例”里，活跃的页面1自然看不到数据。
• List的引用被意外回收：如果页面2中存储List的是局部变量，或者页面2在返回后被立即销毁，可能触发GC回收这个List，导致页面1中的引用变成null（不过这种情况概率较低，但值得排查）。
• 线程可见性问题：如果setMaterialData是在非UI线程调用的，UI线程可能无法立即看到更新后的List，看起来像是null。

排查与解决步骤 #

1. 先验证实例是否一致（最可能的原因） #

在关键位置打印实例的哈希值，确认操作的是同一个页面1对象：

// 页面1的构造函数和set方法
public Page1()
{
    InitializeComponent();
    Console.WriteLine($"页面1实例哈希：{this.GetHashCode()}");
}

public void setMaterialData(List<string[]> data ) 
{ 
    MaterialData = data; 
    Console.WriteLine($"给实例 {this.GetHashCode()} 赋值，数据量：{data?.Count ?? 0}");
}

// 页面2调用set方法前
Console.WriteLine("准备给页面1实例赋值，实例哈希：{page1Instance.GetHashCode()}");
page1Instance.setMaterialData(yourDataList);

如果两次打印的哈希值不一样，实锤是实例不匹配！这时候要调整缓存配置：

• 比如WPF中，把页面1的NavigationCacheMode设为Required，确保导航时复用同一个实例；
• 跳转页面时，不要手动new页面1，而是通过导航服务的参数传递机制，确保拿到的是当前活跃的页面1实例。

2. 给List做深拷贝，避免引用回收问题 #

就算实例没问题，页面2的List被回收也可能影响页面1的引用。可以在赋值时做深拷贝：

public void setMaterialData(List<string[]> data ) 
{ 
    // 把每个string数组也拷贝一份，彻底断开和页面2的引用关联
    MaterialData = data.Select(arr => arr.ToArray()).ToList(); 
}

3. 确保UI线程赋值（针对WPF/WinUI等框架） #

如果页面2是在后台线程处理数据，必须切回UI线程赋值，否则UI线程可能看不到更新：

public void setMaterialData(List<string[]> data ) 
{ 
    Application.Current.Dispatcher.Invoke(() => {
        MaterialData = data;
    });
}

4. 追踪MaterialData的访问时机 #

给MaterialData加个带日志的getter，看看它什么时候变成null：

private List<string[]> _materialData;
public List<string[]> MaterialData
{
    get 
    {
        Console.WriteLine($"访问MaterialData：当前数据量 {_materialData?.Count ?? 0}");
        return _materialData;
    }
    set => _materialData = value;
}

通过日志能快速定位到第一次出现null的场景，缩小排查范围。

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