ObservableCollection排序过滤避免UI阻塞的实现方案

100条数据的排序过滤本身计算量极小，不可能消耗1秒时间，卡顿完全来自列表UI的重复渲染开销：

• 逐Add的写法：Clear()触发1次集合重置事件，后续每执行一次Add()都会单独触发集合变更通知，前后共触发101次通知，每一次通知都会驱动绑定的列表控件执行测量、布局、重绘流程，动画运行时渲染资源本来就紧张，反复重绘直接导致阻塞掉帧。
• 直接new集合赋值的写法：虽然只触发1次属性变更通知，但控件会销毁所有已生成的列表项视觉容器，从零开始生成全部项的视觉树，没有做增量更新，开销同样很高。

按优化效果从高到低排列：

1. 替换默认集合为支持批量更新的版本 #

不要用默认ObservableCollection做批量操作，自定义支持批量添加、通知挂起的集合类型，批量操作时临时关闭变更通知，所有数据更新完成后只触发1次全局重置通知，避免反复触发UI重排：

public class BatchObservableCollection<T> : ObservableCollection<T>
{
    private bool _isSuspendNotify = false;

    protected override void OnCollectionChanged(NotifyCollectionChangedEventArgs e)
    {
        if (!_isSuspendNotify) base.OnCollectionChanged(e);
    }

    public void ResetAndAddRange(IEnumerable<T> newItems)
    {
        if (newItems == null) throw new ArgumentNullException(nameof(newItems));
        
        _isSuspendNotify = true;
        Clear();
        foreach (var item in newItems)
        {
            Add(item);
        }
        _isSuspendNotify = false;
        OnCollectionChanged(new NotifyCollectionChangedEventArgs(NotifyCollectionChangedAction.Reset));
    }
}

使用时注意：排序、过滤的纯数据计算逻辑全部放到后台线程执行，计算完成后切回主线程，调用批量更新方法即可：

// 纯数据计算放后台，完全不占主线程时间
var sortedFilteredResult = await Task.Run(() => 
{
    return RawData.Where(/*你的过滤逻辑*/).OrderBy(/*你的排序逻辑*/).ToList();
});
// 切回主线程执行集合更新，整个更新只触发1次UI重绘
MyList.ResetAndAddRange(sortedFilteredResult);

2. 开启列表控件的UI虚拟化 #

所有基于ItemsControl的列表控件（WPF/WinUI/MAUI/UWP的ListBox、ListView、DataGrid都支持），手动开启虚拟化+容器回收，避免一次性生成所有列表项的视觉对象：

<ListView
    VirtualizingStackPanel.IsVirtualizing="True"
    VirtualizingStackPanel.VirtualizationMode="Recycling"
    ScrollViewer.CanContentScroll="True">
    <!-- 你的列表项模板 -->
</ListView>

开启虚拟化后，控件只会生成当前可视区域内的列表项容器，100条数据的初始渲染开销会降到原来的1/10以下。

3. 避免和动画抢渲染优先级 #

如果更新列表时页面有正在运行的动画，用低优先级调度集合更新操作，等动画的渲染帧完成、主线程空闲时再执行更新，不会打断动画流畅度：

// WPF/WinUI下用对应Dispatcher调度即可，优先级选Background
Dispatcher.InvokeAsync(() => 
{
    MyList.ResetAndAddRange(sortedFilteredResult);
}, DispatcherPriority.Background);

按以上方案调整后，100条数据的列表全量更新耗时通常在10ms以内，完全不会出现UI阻塞、动画掉帧的问题。

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