WPF ListView绑定WebSocket数据更新慢不同步优化咨询

你现在遇到的更新慢、不同步问题，核心不是ObservableCollection绑定效率低，也不是必须上复杂的定制化技术，是代码里的更新逻辑完全写错了，单条数据正常是因为数据量小的时候错误逻辑的开销没体现出来。

核心问题点 #

• 每次收到单条WebSocket行情，你都会执行Tickers.Clear()再遍历全部190个条目重新Add进集合，这个操作会触发191次集合变更通知，ListView每次收到通知都会重绘整个列表，高频行情推送（通常每秒几十到上百条）下UI线程直接被重绘请求堵死，消息自然积压不同步。
• 你的Tickers模型类没实现INotifyPropertyChanged接口，修改Price属性时UI收不到单条目的变更通知，逼得你只能靠清空重加整个集合刷UI。
• 用同步方法Dispatcher.Invoke派发UI操作，会直接阻塞WebSocket消息接收线程，UI没跑完就不收下一条消息，进一步加大延迟。
• ListView没显式开启UI虚拟化，额外增加了不必要的渲染开销。

分步优化 #

1. 修复模型类，支持单属性变更通知 #

把Tickers类改成实现属性变更通知，后续改单个价格的时候不用动整个集合：

public class Tickers : INotifyPropertyChanged
{
    private string _market;
    private double? _price;

    public string Market
    {
        get => _market;
        set
        {
            _market = value;
            OnPropertyChanged(nameof(Market));
        }
    }

    public double? Price
    {
        get => _price;
        set
        {
            // 值没变化就不触发通知，减少无意义重绘
            if (_price == value) return;
            _price = value;
            OnPropertyChanged(nameof(Price));
        }
    }

    public Tickers(string market)
    {
        Market = market;
    }

    public event PropertyChangedEventHandler PropertyChanged;
    protected void OnPropertyChanged(string propertyName)
    {
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
    }
}

2. 替换全量集合更新为单条目定向更新 #

删掉所有清空重加集合的逻辑，用字典做O(1)查找，收到消息只更新对应标的的价格：

• 首先删掉原来的public List<Tickers> ListTickers = new List<Tickers>();字段，换成字典缓存标的和对应条目的映射：

private readonly Dictionary<string, Tickers> _tickerDict = new Dictionary<string, Tickers>();

• 修改WebSocket连接成功后的初始化逻辑，只在初始化的时候一次性把所有标的加进集合，后续再也不清空集合：

wsApi.OnWebSocketConnect += () =>
{
    wsApi.SendCommand(FtxWebSocketRequestGenerator.GetAuthRequest(client));
    // 初始化一次性在UI线程加载所有条目
    App.Current.Dispatcher.Invoke(() =>
    {
        Tickers.Clear();
        foreach (ApiFuturesData future in all_futures.result)
        {
            if (future.name.Contains("PERP"))
            {
                var ticker = new Tickers(future.name);
                _tickerDict[future.name] = ticker;
                Tickers.Add(ticker);
                wsApi.SendCommand(FtxWebSocketRequestGenerator.GetSubscribeRequest("ticker", future.name));
            }
        }
    });
};

• 重写FuturesResponse的赋值逻辑，删掉原来清空重加的代码，改成定向更新单条目，同时把同步Invoke换成异步BeginInvoke，不要阻塞WebSocket接收线程：

public WSFuturesResponse FuturesResponse
{
    get => _futuresResponse;
    set
    {
        _futuresResponse = value;
        OnPropertyChanged(nameof(FuturesResponse));
        // 异步派发UI更新，不阻塞消息线程
        App.Current.Dispatcher.BeginInvoke(delegate
        {
            if (_tickerDict.TryGetValue(_futuresResponse.market, out var ticker))
            {
                ticker.Price = _futuresResponse.data.last;
            }
        });
    }
}

3. 开启ListView虚拟化，降低渲染开销 #

给ListView显式开启容器虚拟化和复用，减少非可视区域的渲染开销：

<ListView Grid.Row="2"
          Grid.Column="1"
          ItemsSource="{Binding Tickers}"
          VirtualizingPanel.IsVirtualizing="True"
          VirtualizingPanel.VirtualizationMode="Recycling"
          ScrollViewer.CanContentScroll="True">
    <ListView.ItemTemplate>
        <DataTemplate>
            <Grid>
                <Grid.ColumnDefinitions>
                    <ColumnDefinition Width="*"/>
                    <ColumnDefinition Width="*"/>
                    <ColumnDefinition Width="*"/>
                </Grid.ColumnDefinitions>
                <TextBlock Grid.Column="0" Text="{Binding Market}"/>
                <Label Grid.Column="1"/>
                <TextBlock Grid.Column="2" Text="{Binding Price}"/>
            </Grid>
        </DataTemplate>
    </ListView.ItemTemplate>
</ListView>

VirtualizationMode="Recycling"会复用滚动过程中生成的列表项容器，不用每次新建，能大幅降低滚动和更新时的CPU开销。

4. 可选高频优化：更新节流 #

如果WebSocket推送频率超过每秒30次（人眼识别上限），可以加100ms左右的更新节流，把短时间内同个标的的多次更新合并成一次UI刷新，进一步降低UI负载。

优化效果 #

改完之后每次收到WebSocket消息，只会触发单个列表项的价格重绘，不会触发整个列表的刷新，190个标的哪怕每秒几百条推送都不会卡顿，完全能跟上实时行情的同步速度。

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