近日，WPF 开发者社区曝出一个与 ICollectionView 嵌套绑定相关的严重问题，该问题导致多层数据绑定场景下 UI 刷新异常、视图筛选失效，甚至引发应用程序崩溃。多位开发者在 GitHub 和 Stack Overflow 上报告了该 bug，微软已将其标记为高优先级，并正在调查修复方案。

问题浮现：“嵌套即死”

据多位资深 WPF 开发者反馈，当在 XAML 或代码中将一个 ICollectionView 作为另一个 ICollectionView 的 ItemsSource 进行绑定时，会出现绑定中断现象。典型场景：在一个 DataGrid 内嵌套另一个 DataGrid（或 ListBox、ListView），外层数据源为 CollectionViewSource，内层 ItemsSource 绑定到外层当前项的某个集合属性，该属性同样返回 ICollectionView。此时内层控件无法正确响应筛选、排序或分组操作，甚至首次加载时数据为空。

一位来自德国的开发者描述：“我的应用中有一个主从视图，主表显示订单列表，从表显示每个订单的明细。当用户在主表中进行排序后，从表突然变成空白，或者显示错误的明细项。初步调试发现，内层 ICollectionView 的 CurrentItem 指向了错误的父项。”

影响范围：涉及大量企业级应用

由于 WPF 广泛应用于 Windows 桌面应用，特别是金融、医疗、工业控制等领域的复杂数据表格展示，此类嵌套绑定场景非常常见。例如，在主从视图（Master-Detail）中，用户选择主表的一条记录，从表自动显示该子项列表。当子项列表本身需要支持实时筛选（如通过 TextBox 过滤）时，开发者往往将子项的 CollectionViewSource 嵌套在主项的 CollectionView 之中。该 bug 直接导致筛选功能失效，UI 无法刷新，用户体验急剧下降。

此外，该问题对依赖动态分组和虚拟化的大型数据集打击尤为严重。一些开发者在反馈中表示，他们被迫回退到旧的 DataTable 绑定方式，或者放弃使用内置筛选，转而在后台手动处理数据，极大地增加了代码复杂度和维护成本。

技术原因：缓存机制与上下文冲突

经过社区和微软内部团队的初步分析，问题根源在于 ICollectionView 的视图缓存机制与嵌套绑定上下文之间的冲突。当内层 ICollectionView 绑定的 ItemsSource 是一个动态的 CollectionView 对象时，WPF 的依赖属性系统在属性变更通知中未能正确地将新视图与控件关联。特别是当外层 ICollectionView 发生筛选或排序时，内层视图的引用会丢失，导致绑定目标始终指向旧的、已无效的视图实例。

一位微软 MVP 在技术博客中解释道：“WPF 在内部维护了一个 CollectionView 的弱引用表，用于优化重复访问。但在嵌套场景下，当外层的视图发生改变（例如筛选后重新创建），内层视图的弱引用可能被提前清理，或者被错误地复用为另一个上下文的视图，从而导致数据混乱。”

此外，在多线程环境下，跨线程访问 ICollectionView 也可能加剧此问题。尽管 WPF 不允许在非 UI 线程操作 UI 元素，但后台线程对 ObservableCollection 的修改往往会通过 SynchronizationContext 间接触发视图刷新，进一步增加了锁定和同步的复杂性。

临时变通方案：社区自救

在微软发布正式补丁之前，社区已提出几种临时解决方案：

  1. 避免嵌套 ICollectionView：改用 ObservableCollection 作为内层数据源，并手动管理筛选逻辑。开发者可以监听外层视图的 CurrentChanged 事件，手动更新内层数据并调用 CollectionViewSource.GetDefaultView() 获取新视图。
  2. 强制刷新绑定：在代码中显式重新创建 CollectionViewSource 并调用 Refresh() 方法。例如，在 SelectionChanged 事件中重置内层 DataGrid 的 ItemsSource 属性。
  3. 使用数据模板选择器：通过自定义 DataTemplateSelector 或附加属性，在内层控件加载时重新计算绑定，避免直接依赖属性变更通知。

但上述方法均存在性能开销或代码复杂度增加的弊端。一位参与者坦言：“社区变通方案就像‘吃药止疼’，我们真正需要的是微软从框架层面修复这个‘心脏病’。”

微软回应：修复在路上

微软已在 WPF 的 GitHub 仓库（#9047）中确认该问题，并归类为“Bug - Important”。官方表示，该问题涉及 WPF 的基础架构，修改需要谨慎，目前预计在 .NET 8 的后续累积更新中修复。同时，建议受影响的开发者优先尝试社区提供的变通方案，并在生产环境中进行充分测试。

“我们理解嵌套绑定在复杂业务中的重要性，团队正在评估多种修复策略，包括改进视图缓存的失效率、优化属性变更通知的传播路径，以及提供更详细的异常信息。”微软 WPF 团队在公告中写道。

结语

嵌套 ICollectionView 绑定问题虽非新病，但随着企业级应用对实时数据交互需求的提升，其影响日益显著。这不仅是一个技术 bug，更折射出 WPF 框架在应对现代复杂 UI 场景时的历史遗留问题。此次微软的积极回应和专业社区的共同努力，有望为 WPF 生态带来更稳健的数据绑定体验。我们建议所有使用 WPF 的团队密切关注该问题的状态和补丁发布，并及时更新测试环境。