C# WPF ListBox删除选中项时SelectionChanged事件异常触发求助

嘿，我懂你排查两天的烦躁！这个问题其实是WPF/UWP里ListBox和ObservableCollection配合时的默认行为导致的，我来给你拆解下：

为什么会触发SelectionChanged？ #

当你从ObservableCollection<Book>里移除选中的Book对象后，ListBox会收到集合变更的通知并重新刷新UI。这时候原来的选中项已经不在集合里了，ListBox会自动调整选中状态（通常会把SelectedIndex设为-1，若还有其他项可能选中下一个），这种选中状态的变化就会触发SelectionChanged事件——这就是你遇到的“意外触发”的根源。

两种实用的解决方案 #

方案1：操作前暂存选中项，先取消ListBox选中 #

在执行删除操作前，先把选中的Book对象和索引存下来，然后手动取消ListBox的选中状态，这样后续移除集合项时就不会触发SelectionChanged了：

private void DeleteButton_Click(object sender, RoutedEventArgs e)
{
    // 先检查有没有选中项
    if (lbBookDetails.SelectedIndex == -1) return;

    // 暂存选中的Book和索引
    int selectedIndex = lbBookDetails.SelectedIndex;
    Book targetBook = myBooks.ElementAt(selectedIndex);

    // 先取消ListBox的选中，避免后续触发事件
    lbBookDetails.SelectedIndex = -1;

    // 执行你的引用数据更新操作
    // targetBook.XXX = ...;（你的更新逻辑）

    // 最后从集合移除
    myBooks.Remove(targetBook);
}

方案2：用布尔标记跳过事件的临时触发 #

如果你的SelectionChanged事件里有重要的业务逻辑，不想完全取消选中，而是想在删除操作期间跳过事件执行，可以加一个布尔开关：

// 定义一个类级别的标记
private bool isPerformingDelete = false;

private void lbBookDetails_SelectionChanged(object sender, SelectionChangedEventArgs e)
{
    // 如果正在执行删除操作，直接跳过事件逻辑
    if (isPerformingDelete) return;

    // 你的正常SelectionChanged业务逻辑
    // ...
}

private void DeleteButton_Click(object sender, RoutedEventArgs e)
{
    if (lbBookDetails.SelectedIndex == -1) return;

    isPerformingDelete = true;
    try
    {
        Book targetBook = myBooks.ElementAt(lbBookDetails.SelectedIndex);
        // 更新引用数据：targetBook.XXX = ...;
        myBooks.Remove(targetBook);
    }
    finally
    {
        // 不管操作成功失败，都要把标记改回来
        isPerformingDelete = false;
    }
}

小提醒 #

第二种方案更稳妥，尤其是当你ListBox的SelectionChanged里有复杂逻辑时，用try-finally确保标记一定会重置，避免后续事件被永久跳过。

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