ListView结合VirtualizingStackPanel用DataTemplate引发StackOverflow异常

1. 先查绑定逻辑有没有循环 #

虽说你确认UserControl没递归，但可能是绑定路径的间接循环搞的鬼：比如Metadata里某个属性触发PropertyChanged后，绑定的控件又反过来修改了这个属性，来回调用就炸了。

• 检查Metadata的INotifyPropertyChanged实现，确保只有属性值真的变化时才触发通知；
• 看看DataTemplate里的绑定是不是用了不必要的Mode=TwoWay，单向绑定能解决的场景就别用双向。

2. 排查虚拟化容器的模板加载问题 #

虚拟化面板复用元素的时候，可能因为DataTemplate的控件结构引发意外递归：比如UserControl里的控件名和ListView的元素重名，或者模板被错误地应用到了内部子控件上。

• 给DataTemplate加个x:Key，显式指定ListView用这个模板，别让隐式模板乱套用；
• 检查UserControl里有没有用FindName或者VisualTreeHelper遍历控件树的代码，虚拟化复用元素时这类操作容易触发循环查找。

3. 检查数据绑定的类型匹配 #

要是Metadata的属性类型和控件目标类型不匹配，WPF的类型转换器可能内部递归报错。

• 核对绑定的属性类型和控件属性是不是一致；
• 要是用了自定义类型转换器，去查Convert/ConvertBack方法有没有递归调用的逻辑。

4. 确认虚拟化配置是否正确 #

虚拟化面板的配置不对，可能导致ItemTemplate重复加载，次数多了就栈溢出。

• 显式给ListView设置虚拟化属性：

  <ListView VirtualizingPanel.IsVirtualizing="True"
            VirtualizingPanel.VirtualizationMode="Recycling">
      <!-- 你的内容 -->
  </ListView>
  

• 确保ItemsSource用的是ObservableCollection<Metadata>这类实现ICollectionView的集合，避免虚拟化面板因为集合频繁变更反复重建模板。

5. 直接抓调用栈找源头 #

最直接的办法是看StackOverflow的调用栈：

• 在VS里关掉“启用仅我的代码”，调试时触发异常，看调用栈里重复出现的方法或属性，直接定位到递归的根源。

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