.net 刷新()效率瓶颈?

.net 刷新()效率瓶颈?,.net,zedgraph,.net,Zedgraph,我有一个进程,在轨迹栏滚动时刷新1000行的图形 我做了一些停止观察,发现ZGC.Refresh()占了进程运行时间的90%。在轨迹栏滚动时查看图形进度的能力对程序至关重要。有没有办法优化ZGC.Refresh()的效率,使我的程序运行得更快?您可以使用类似的方法将其缩小到Refresh()方法中可以使用优化的部分 排除对方法本身的优化,是否可以生成一个大于实际需要的图形,然后仅显示该图形的一部分,让滚动更改当前显示的图形部分?而不是刷新()使用无效()-它应该快得多,因为它只会刷新那些已更改的

我有一个进程,在轨迹栏滚动时刷新1000行的图形


我做了一些停止观察,发现ZGC.Refresh()占了进程运行时间的90%。在轨迹栏滚动时查看图形进度的能力对程序至关重要。有没有办法优化ZGC.Refresh()的效率,使我的程序运行得更快?

您可以使用类似的方法将其缩小到Refresh()方法中可以使用优化的部分

排除对方法本身的优化,是否可以生成一个大于实际需要的图形,然后仅显示该图形的一部分,让滚动更改当前显示的图形部分?

而不是
刷新()
使用
无效()
-它应该快得多,因为它只会刷新那些已更改的元素


有时需要使用组合
AxisCHange()+Invalidate()

任何对ZedGraph性能感兴趣的人都可以看到我的答案


我只是想把2008年后出现变化(包括性能增强)的库版本说出来。

Chris,关于你的第二条评论:我理解ZedGraph的方式(可能不正确)更新图需要Refresh()方法。如果滑块仅更改了查看窗口,则在调用after Refresh()之前,您仍然看不到绘制的线。