关于创建昂贵的 WPF 对象和多线程

Question

多线程编程中的经典建议是在后台线程上执行处理器繁重的工作，并将结果返回到 UI 线程进行次要处理（更新标签等）。如果生成 WPF 元素本身就是昂贵的操作怎么办？

我正在使用一个第三方库，它会生成一些密集的元素，渲染时间可能大约为 0.75 秒 - 1.5 秒。生成一个并不算太糟糕，但是当我需要创建其中 5 个来立即显示时，它会明显锁定 UI（包括进度旋转器）。不幸的是，没有任何其他地方可以创建它们，因为 WPF 是线程仿射的。

我已经尝试过 DispatcherPriority.Background 但还不够。处理这个问题的推荐方法是什么？

Answer 1

如果创建的对象派生自 Freezable，那么您实际上可以在与 UI 线程不同的线程上创建它们 - 您只需在工作线程上时对它们调用 Freeze，然后就可以将它们转移过来。但是，这对于不是从 Freezable 派生的项目没有帮助。

您是否尝试过一次创建一个？下面的示例没有做任何有用的工作，但它确实展示了如何通过一点点完成大量工作的基本结构：

int count = 100;
Action slow = null;
slow = delegate
{
    Thread.Sleep(100);
    count -= 1;
    if (count > 0)
    {
        Dispatcher.BeginInvoke(slow, DispatcherPriority.Background);
    }
};
Dispatcher.BeginInvoke(slow, DispatcherPriority.Background);

这里的“工作”是休眠十分之一秒。 （因此，如果您将其替换为花费大约同样长的时间的实际工作，您将得到相同的行为。）这会执行 100 次，因此总共需要 10 秒的“工作”。用户界面始终保持合理的响应能力 - 诸如拖动窗口之类的操作变得不太流畅，但它完全可用。将这两个后台优先级更改为“正常”，应用程序就会锁定。

这里的关键是，我们在完成每一小部分工作并排队下一点之后最终返回 - 我们最终总共调用 Dispatcher.BeginInvoke 100 次而不是一次。这使 UI 有机会定期响应输入。