WPF中ComboBox的SelectionChanged事件无变更却持续触发的问题

问题场景与代码 #

我在WPF的ListView中为每行的ComboBox处理SelectionChanged事件时，遇到了事件无限触发的问题，定位到是ComboBox的ItemsSource绑定代码导致的。简化后的XAML代码如下：

<ListView ItemsSource="{Binding ObjectViewList}" SelectedIndex="{Binding ObjectViewListIndex}">
    <ListView.View>
        <GridView>
             <GridViewColumn Header="Object Type" Width="80">
                 <GridViewColumn.CellTemplate>
                     <DataTemplate>
                         <ComboBox ItemsSource="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type UserControl}}, Path=DataContext.ObjTypeComboBox}" 
                                   SelectedItem="{Binding ObjType, UpdateSourceTrigger=PropertyChanged}" 
                                   SelectionChanged="Element_Changed"/>
                     </DataTemplate>
                 </GridViewColumn.CellTemplate>
             </GridViewColumn>
        </GridView>
    </ListView.View>
</ListView>

问题出在这一行绑定：
ItemsSource="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type UserControl}}, Path=DataContext.ObjTypeComboBox}"

因为ListView的ItemsSource绑定到了ObjectViewList，内部DataTemplate的上下文是列表项的对象，所以我用RelativeSource来绑定到UserControl的ViewModel中的ObjTypeComboBox集合。如果给每个列表项单独维护ObjTypeComboBox实例，会增加维护成本，所以想找一种不会触发SelectionChanged无限循环的绑定方式，同时想搞清楚事件无限触发的原因。

临时解决方案 #

我通过Microsoft.Xaml.Behaviors将事件转为ViewModel的ICommand调用，解决了问题，代码如下：

首先引入命名空间：

xmlns:i="http://schemas.microsoft.com/xaml/behaviors"

然后给ComboBox添加行为：

<i:Interaction.Triggers>
    <i:EventTrigger EventName="SelectionChanged">
        <i:InvokeCommandAction Command="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type UserControl}}, Path=DataContext.ExampleCommand}"/>
    </i:EventTrigger>
</i:Interaction.Triggers>

现在不再用代码后置处理事件，而是通过行为调用ViewModel中的命令，这也是我更倾向的MVVM方式，但我想知道为什么这种方式能避免事件无限触发？

问题分析与解答 #

为什么原来的代码会无限触发SelectionChanged？ #

通常这种无限循环的核心原因是事件处理逻辑触发了绑定源的变更，而变更又反过来触发了事件：

• 当你在Element_Changed事件处理方法中，可能修改了ObjType（SelectedItem的绑定源）或者ObjTypeComboBox集合（ItemsSource的绑定源）；
• 这些修改会触发WPF的绑定更新，导致ComboBox重新渲染或更新选中项；
• 重新渲染或更新选中项的过程中，又会再次触发SelectionChanged事件，形成循环。

另外，如果ViewModel中ObjTypeComboBox是非ObservableCollection的普通集合，或者每次访问都会返回新的实例，ComboBox会频繁刷新ItemsSource，进而反复触发SelectionChanged。

为什么用Behaviors+ICommand能避免？ #

1. MVVM模式下的数据流可控性：命令执行逻辑在ViewModel中处理，只会更新ViewModel的属性，而非直接操作UI元素。只要命令逻辑中没有触发ObjTypeComboBox集合的频繁重建或ObjType的无意义循环赋值，就不会引发绑定的重复更新。
2. 事件触发机制的差异：代码后置的SelectionChanged事件是直接绑定到UI元素的事件，处理逻辑如果修改了绑定源会立即触发UI更新；而Behaviors的EventTrigger通过命令调度执行，经过WPF的命令绑定机制，不会直接在事件处理链中引发UI的同步更新，减少了循环触发的可能性。
3. 避免代码后置的副作用：代码后置中容易出现直接操作UI元素或意外修改绑定源的情况，而ViewModel命令的逻辑更可控，不会引入UI层面的循环触发。

内容的提问来源于stack exchange，提问作者struggling-to-work