WPF中ItemsControl绑定到Google ProtocolBuffer的结构体时的性能问题

本文讨论了一个DataGrid在处理大约4000条简单数据时出现的性能问题。即使进行了虚拟化设置并简化样式,UI仍然会卡死。通过分析发现是由于使用了Google Protocol Buffer自动生成的类导致的问题,并提出了重新定义类来包装这些结构体的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

<?xml version="1.0" encoding="UTF-8"?>
背景:
最近遇到一个DataGrid的性能问题:里面大概有4000个数据, 绑定的ItemSource的类也只有一层数据,即简单的List(里面每个是Protocol Buffer自动产生的一个类,10个字段,没子类或者子列表),这么简单的数据源在一台测试机上全选4000条数据然后一直点击滚动条滚动会导致UI卡死, 整个界面无法工作。

其中:
1.所有的虚拟化相关的都已经设置
2.去掉了自定义的style,使用原生的style,
3.数据源的层次结构也简单,数据量也不大。

出现这个问题让我很意外,用windbg分析过卡死时的dump文件,就是界面卡死,没有异常。自己用blend做了一个模拟数据源,10000条数据都妥妥的。后来有使用了多线程UI,把当前DataGrid放在另外一个单独线程, 还是卡死。数据源的初始化等等都没有关系,因为是显示完成后全选拖动造成。

问题原因:
是google protocol Buffer产生的类有导致性能问题, 


解决方法:
重新定义类来包装protocol buffer的结构体。

转载于:https://www.cnblogs.com/muzizongheng/p/3654087.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值