WPF_性能优化

WPF(Windows Presentation Foundation)是微软推出的基于Windows的用户界面框架,运行在 .NET Framework 3.0及以上版本。WPF是基于DirectX引擎的,支持GPU硬件加速,在不支持硬件加速时也可以使用软件绘制。尽管WPF有诸多优点,有时我们还是会遇到性能问题,比如界面卡顿,内存泄漏等等。针对WPF程序的性能优化是一个宽泛的问题,本文是对我们这段时间以来所作工作的一个总结。

图形硬件

相同的程序在不同的硬件上运行,会有不同的表现。对渲染能力影响比较大的硬件特性为:

  • Video RAM - 现存的数量决定合成图形的缓冲区的大小和数量。
  • Pixel Shader - 像素着色器决定了像素计算能力。根据图形的分辨率不同,每帧可能需要处理几百万个像素。
  • Vertex Shader - 顶点着色器用于计算图形的顶点数据。
  • Multitexture Support - 多重纹理支持是指在3D图形的混合操作中应用两个或更多不同纹理的能力。

代码规范

在程序开发过程中制定一些代码规范,可以让我们避免一些性能问题的坑。

1.让 VisualTree 尽量简单

在屏幕上绘制图形时,每个元素的布局被调用两次(measure & arrange)。布局过程是一个数学密集型的过程,子元素的数量越多,需要的计算次数就越多。

2.虚拟化你的 ItemControls

ItemsControls往往会增加 VisualTree 的深度,如果没有虚拟化会频繁地创建和销毁元素。使用 VirtualizingStackPanel 作为宿主,并设置 VirtualizationMode=Recycling 以便重用元素的容器。

3.尽可能使用 StaticResources

DynamicResources 会创建一个临时表达式并推迟对资源的查找,当真正需要资源值时才去请求,其查找方式和运行时查找相同,这会对性能产生影响。

4.通过 Brushes 设置透明度

如果使用 Brush 来填充元素,那么最好设置 Brush 的透明度而不是设置 Element 的透明度。当修改 Element 的透明度时会导致WPF重绘。

5.避免使用 run 来设置Text属性
<TextBlock>
    <Run Text="F"/>
    <Run Text="W"/>
</TextBlock>
6.StreamGeometry对象比PathGeometry更轻量级

StreamGeometry在处理多个PathGeometry对象时进行了优化,消耗更小的内存,有更高的性能表现。

7.使用缩小尺寸的图像

如果程序需要显示更小的缩略图,那么创建缩小尺寸的图像版本会提高性能。

8.BitMapScalingMode

默认情况下,WPF使用高质量的图像重采集算法,会导致帧率下降和动画断断续续。设置 LowQuality 切换到速度优化算法可以提高性能。

9.Freeze Freezables

可冻结对象是一种特殊类型的对象,具有两种状态:未冻结和已冻结。比如 Brush,Geometry,冻结对象可以提高性能并减少内存消耗。

10.修正绑定错误

绑定错误是WPF程序中最常见的性能问题原因,每次发生绑定错误都会执行一次 perf 命中并尝试解决错误。

11.避免绑定到 Label.Content

把string绑定到 Label.Content时会导致较差的性能。每次数据变动时,旧的string对象会被丢弃并创建一个新的string对象。可以替换为 TextBlock.Text 属性。

12.使用 IList 作为 ItemsControls 数据源

当绑定 IEnumerable数据作为 ItemsControl数据源时,WPF会重新包装为 IList 类型。

13.UI线程只做简单的事情

不要在UI线程上做耗时的动作,UI线程只用来更新界面。

14.降低动画的帧率

通过设置 Storyboard.DesiredFrameRate 降低动画的帧率。

15.内存泄漏

内存泄漏也会降低程序性能,这块内容比较多,后面会单独篇幅中介绍。

性能分析工具

当我们的程序开发完成后仍然存在性能问题,这时就要用到性能分析工具来帮助我们分析应用程序的运行时行为,并确定可以应用的性能优化的类型。比较常用的工具有:

不同的软件,使用方法和侧重点会有区别,可以真实使用并分析总结一下。下面对 dotTrace 做一个简单的介绍。

dotTrace

运行程序,打开dotTrace,我们就可以把进程附加到dotTrace上。运行一段时间,获取运行时情况快照来分析具体耗时情况。

如果是调试程序,还可以联动代码,非常的方便。

找到耗时较长的代码,我们就可以针对性的对某个方法进行优化。比如针对一个通过反射动态获取字段的代码块,优化前后的对比如下:

比如一个 string.Split() 方法的优化:

string.Split() 方法内部会自动转换成 char[] 类型,如果能直接传入 char[] 类型会减少方法的耗时。

像上面对方法的优化还有很多,我们最好对照 dotTrace 报表为每一个耗时方法都去分析为什么耗时?还可以怎么优化?

UI线程

在上面的分析做完之后,我们发现有个窗口还是占用比较高的耗时和CPU。这是一个第三方的图表控件 DevExpress ,用来刷新波动率图像。在尝试优化使用方法后,还是决定自己封装插件进行图像的绘制。我们把图像上所用到的元素分类抽象出来:


使用dotTrace来分析对比两个控件的性能:

DevExpress拥有.NET开发需要的平台控件,包含600多个UI控件、报表平台等一系列辅助工具,可为桌面、Web和移动应用提供直观的解决方案。

内存泄漏

dotMemory 是一个 .NET 的内存分析工具,可以帮助你优化 .NET 应用的内存使用,找出内存泄漏和其他的内存使用问题.


内存泄漏是一个内容比较多的主题,我们会有另外一篇文章具体来总结这方面的工作。最简单使用场景:

  • 可以对内存占用比较多的模块进行优化
  • 关闭窗口,查看内存是否仍然存在
  • 程序正常运行一段时间,查看内存变化情况

程序性能的优化是一个长周期的工作,我们也会持续的进行。本次比较笼统的总结了我们这段时间以来的工作,希望对你有所帮助。

我的公众号

  • 3
    点赞
  • 29
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值