WinUI TreeView控件中IsExpanded状态在容器回收时的处理问题分析

问题现象描述

在WinUI的TreeView控件使用过程中，开发者发现当TreeView处于"内容模式"(即设置了ItemsSource)时，节点的展开状态(IsExpanded)在容器回收和重用时无法正确保持。具体表现为：

1. 当用户展开某个节点后滚动TreeView，使得该节点离开可视区域被回收
2. 当再次滚动回该节点时，原本展开的节点可能意外变为折叠状态
3. 同时，其他原本折叠的节点可能意外变为展开状态

问题根源分析

这个问题的根本原因在于TreeViewList.PrepareContainerForItemOverride方法的实现逻辑存在缺陷。当前实现中，当容器被重用时，该方法直接将容器的IsExpanded状态作为"唯一真相源"，覆盖了TreeViewNode中保存的实际展开状态。

这种设计存在两个主要问题：

1. 当TreeView的ItemTemplate没有显式绑定IsExpanded属性时，应该以TreeViewNode中保存的状态为准
2. 当前实现没有考虑数据绑定场景下的特殊情况，导致状态管理混乱

技术实现细节

在WinUI的内部实现中，TreeView通过TreeViewNode对象来管理节点的层级结构和状态信息。每个TreeViewNode都维护着自己的IsExpanded状态，这个状态应该在整个生命周期中保持一致。

然而，当UI虚拟化机制回收和重用TreeViewItem容器时，当前的实现逻辑错误地以容器的新实例状态覆盖了TreeViewNode中保存的正确状态。这违背了状态管理的单一真相源原则。

解决方案建议

理想的修复方案应该：

1. 检查容器是否有显式的IsExpanded绑定
2. 如果有绑定，则保持现有行为，尊重绑定设置
3. 如果没有绑定，则从TreeViewNode恢复正确的展开状态

这种改进既能保持现有绑定场景的功能，又能解决无绑定时的状态保持问题。

影响范围评估

这个问题主要影响以下场景：

1. 大型TreeView控件，需要滚动查看不同节点
2. 使用ItemsSource绑定的数据驱动场景
3. 没有显式绑定IsExpanded属性的使用方式

对于固定小规模TreeView或手动管理所有节点状态的情况，则不会受到影响。

最佳实践建议

在官方修复发布前，开发者可以采取以下临时解决方案：

1. 在ItemTemplate中显式绑定IsExpanded属性
2. 手动管理节点的展开状态，通过代码控制而非依赖自动状态保持
3. 对于关键节点，考虑实现自定义的虚拟化逻辑或禁用虚拟化

这个问题揭示了WinUI控件在状态管理和虚拟化协同工作方面还有改进空间，值得开发者在使用时特别注意。