非UI线程调用ICollectionView.Refresh()失败的问题排查与解决

问题1：为什么非UI线程调用ICollectionView.Refresh()会静默失败？ #

WPF的ICollectionView绑定逻辑依赖UI线程的同步上下文，但它不像直接操作UI元素那样强制抛出跨线程异常。当你在非UI线程调用Refresh()时，视图虽会标记自身需更新，但绑定系统只监听UI线程触发的变更通知，非UI线程的调用属于“无效通知”，导致UI无更新且无异常抛出。

问题2：为什么Application.Current.Dispatcher.Invoke()有时失效？ #

大概率是在非UI线程调用时，Application.Current未指向当前活跃的UI线程Dispatcher。比如ConfigureAwait(false)导致线程上下文脱离后，Application.Current可能指向旧的Dispatcher实例，甚至为null。这种情况下Invoke会静默执行，但目标Dispatcher并非当前UI线程的，因此无法触发UI更新。另外，若ICollectionView是在非UI线程创建的，即便切换到UI线程调用Refresh()，也会因视图的线程关联性失效而无效。

问题3：为什么Dispatcher.Invoke(List.Refresh)无效，但lambda形式有效？ #

这是委托绑定的上下文差异导致的：

• 传递List.Refresh方法组时，编译器会在非UI线程生成绑定到List实例的委托。虽Invoke会将委托放到UI线程执行，但ICollectionView.Refresh()内部的变更通知依赖调用线程的同步上下文，非UI线程创建的委托会导致内部事件无法被绑定系统正确捕获。
• lambda表达式() => List.Refresh()是在UI线程执行时才调用Refresh()，完全在UI线程的同步上下文里触发视图更新，所有内部通知都能被绑定系统正常接收，因此UI会更新。

解决方法：确保ICollectionView.Refresh()始终在UI线程执行 #

封装一个扩展方法，自动处理线程切换，即便忘记设置ConfigureAwait(true)也能保证刷新正常：

public static class CollectionViewExtensions
{
    public static void RefreshSafe(this ICollectionView view)
    {
        if (view == null) throw new ArgumentNullException(nameof(view));
        
        var dispatcher = Application.Current?.Dispatcher ?? Dispatcher.CurrentDispatcher;
        if (dispatcher.CheckAccess())
        {
            view.Refresh();
        }
        else
        {
            dispatcher.Invoke(() => view.Refresh());
        }
    }
}

之后直接调用List.RefreshSafe()即可，无需手动处理同步上下文。

内容的提问来源于stack exchange，提问作者tethered.sun