绕过 WPF 渲染瓶颈

Question

我喜欢制作高效的应用程序，并且经常寻求并发和多线程来提高应用程序的响应能力等，但最近我的尝试似乎总是被 WPF 的单线程性所阻止。无论我的代码多么高效和并行，WPF 似乎不断地停止我的 UI 并使我的应用程序看起来非常无响应——有时等待窗口呈现可能需要宝贵的几秒钟（甚至鼠标光标都不会移动）。我觉得这很令人沮丧，因为我似乎无法加快速度。

那么，我的问题是，是否我可以做些什么来提高我的 WPF 应用程序的响应能力？我的窗口在样式和组成上往往相当复杂，而且我已经在使用虚拟化 StackPanel。

为了说明我的问题：我有一个用作搜索框的文本框，我希望在用户键入时即时显示结果（每个结果都封装在 UserControl 中并显示在 ItemsControl 中）。我正在使用后台线程来执行搜索。问题是，当 WPF 呈现搜索结果时，UI 会完全停止，因此输入会在 WPF 流失时一次冻结几秒钟，从而使整个“输入时的结果”变得不太可行。

有什么方法可以避免在 WPF 呈现时 UI 线程停止？

Answer 1

鉴于您已经在使用线程来获取数据，我只能推测返回的数据集大到足以导致速度下降。 （您能提供一些指标吗？）例如，您可能有一个线程获取一个名称数组，但如果结果有很多，那么当您绑定时肯定会影响性能。

我能想到的唯一策略是缩小从线程返回的结果（如果您正在使用 Sql Server，则使用 TOP sql 子句），或者，如果您确实需要显示所有返回的数据, 将流分解成块，这样 UI 就不必一次渲染尽可能多的数据。后一种选择会相当复杂，可能需要从头开始创建或至少覆盖 UI 控件。