更具体地说，我尝试了一个包含在滚动查看器中的48行，40个单位高的网格...每行都包含一个进度条，但无论出于何种原因，这真的真的减慢了我的用户界面，所以我已经废弃了它。我的问题如下：
为什么进度条会导致如此极端的减速，尤其是在主机面板动画时？
代替进度条，我可以使用多列网格，并使用可以改变大小并可以单独着色的rects填充它，这是一个“更快”的解决方案吗？
答案 0 :(得分：0)
动画（可以）花费CPU时间。因此，进度条的动画/计算/渲染越少，CPU时间就越少。
标准WPF progress bar is notorious for its animation。
设计更简单的进度条可能比默认进度条更好。
使用40行网格和40个进度条的解决方案并不好：计算太多。
您可以尝试替换进度条的模板，但仍有40个进度条。也许另一种显示进步的方式（数字？）可能会更好地表现。