UWP ListView未调用Clear方法却自动清空问题求助

1. 排查数据绑定与直接操作Items的冲突 #

如果你的ListView同时存在**后台直接Items.Add和绑定ItemsSource**的操作，会导致Items被强制清空。比如SetupPageIndicators里若先设置了ItemsSource再调用Items.Add，或者其他代码分支意外绑定了数据源，都会覆盖原有Items集合：

// 错误示例：两种添加方式冲突导致Items清空
listView.ItemsSource = new ObservableCollection<IndicatorItem>();
listView.Items.Add(new IndicatorItem()); // 此时Items会被清空，ItemsSource优先级更高

2. 验证UI线程操作的正确性 #

UWP控件必须在UI线程操作，若SetupPageIndicators在后台线程执行，Items添加操作会无效。检查方法是否正确使用Dispatcher切换到UI线程：

// 正确的UI线程添加示例
await Dispatcher.RunAsync(CoreDispatcherPriority.Normal, () =>
{
    foreach (var indicator in indicatorList)
    {
        listView.Items.Add(indicator);
    }
});

3. 检查ListView布局与调用时机 #

若AdjustIndicatorStackPanel调用过早（比如ListView还未完成布局渲染），可能出现Items集合看似为空的情况。可以在ListView.Loaded事件触发后再执行调整操作，或等待布局完成：

await listView.Dispatcher.RunAsync(CoreDispatcherPriority.Low, () =>
{
    // 等待布局完成后访问Items
    if (listView.Items.Count > selectedIndex && selectedIndex >= 0)
    {
        var targetItem = listView.Items[selectedIndex];
        // 执行动画逻辑
    }
});

4. 查找隐性的Items清空操作 #

有些操作会间接清空Items，比如：

• 重新设置ListView.ItemTemplate或ItemsPanel（极端场景下会触发控件重置）
• 父容器布局变更导致ListView重新初始化
• 其他代码中调用了ItemsSource = null（无需Clear，设为null也会清空Items）

5. 日志跟踪Items数量变化 #

在关键节点添加日志，确认Items是填充后就为空，还是中间被其他操作清空：

// SetupPageIndicators方法末尾
Debug.WriteLine($"Setup完成后Items数量：{listView.Items.Count}");

// AdjustIndicatorStackPanel方法开头
Debug.WriteLine($"Adjust时Items数量：{listView.Items.Count}");

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