我们正在开发一个WPF应用程序,它将同时打开多个报表(就像典型的MDI应用程序,如Excel或VisualStudio)虽然可以让那些报表的数据上下文在多个工作线程中运行,但我们仍然发现,如果打开的报表数量确实很大,即使呈现这些报表(基本上是在MDI环境中或仅在主视图的网格区域中承载的UserControl)也仍然会使应用程序响应速度变慢。
因此,我的想法是在主UI中至少有几个区域,每个区域都将有其用户控件在不同的UI线程中运行。再次,想象一下Visual Studio中的一个典型视图,除了菜单之外,它有文本编辑器的主区域、承载例如解决方案资源管理器的侧区域和输出的底部区域。所以我希望这三个区域在三个UI线程中运行(但它们自然是在一个MainView中托管的,这是我不确定的部分)。
我这样问是因为我知道有可能有几个(顶级)窗口在不同的UI线程中运行。但是有人说这不适用于用户控件。这是真的吗?如果是这样,我的场景的典型解决方案是什么,即打开的UserControl数量非常大,而且许多这些UserControl是实时的,所以渲染它们需要大量的资源?谢谢!
3条答案
按热度按时间jyztefdp1#
UI线程模型的背景信息
通常一个应用程序有一个“主”UI线程...它可能有0个或多个后台/辅助/非UI线程,您(或.NET运行时/框架)在这些线程中进行后台工作。
(... WPF中还有另一个特殊线程,称为渲染线程,但我现在将跳过它...)
例如,简单的WPF应用程序可能具有以下线程列表:
一个简单的WinForms应用程序可能具有以下线程列表:
当你创建一个元素时,它被绑定到一个特定的
Dispatcher
&线程,并且只能从与Dispatcher
关联的线程安全地访问。如果您尝试从不同的线程访问对象的属性或方法,通常会得到异常,例如在WPF中:
在Windows窗体中:
对UI的任何修改都需要在创建UI元素的同一个线程上执行......因此,后台线程使用
Invoke/BeginInvoke
在UI线程上运行该工作。演示在非UI线程上创建元素的问题
辅助UI线程,也称为“在另一个线程上创建顶级窗口”
可以创建辅助UI线程,只要将线程标记为使用STA单元模型,并创建
Dispatcher
(例如,使用Dispatcher.Current
)和启动“run”循环(Dispatcher.Run()
),以便Dispatcher
可以为在该线程上创建的UI元素提供消息服务。但是,在一个UI线程中创建的元素不能放入在不同UI线程上创建的另一个元素的逻辑/可视树中。
混合在不同UI线程上创建的元素的解决方法
有一个有限的解决方法,它可以为您提供一些功能,通过使用
HostVisual
,将在一个UI线程中创建的元素的呈现与在另一个线程中创建的可视树组合在一起。请参见此示例:3wabscal2#
不,UserControl是绑定到UI线程的。即使您能够在其他地方初始化它们,您也会遇到将它们添加到主UI的问题,因为它们属于不同的线程。
nafvub8i3#
您可以跨不同的线程拆分可视化树的呈现。
请参阅本文,以获得更好的解释和渲染视频输出的示例。http://blogs.msdn.com/b/dwayneneed/archive/2007/04/26/multithreaded-ui-hostvisual.aspx
但是,只有当Visual的实际渲染在其他地方实现时,或者在WPF应用程序中(例如将Direct3D场景渲染为Visual),这样做在技术上非常奇怪时,才真正合理。
正如本文中提到的,这里需要注意的是,如果辅助线程呈现WPF XAML,则会丢失输入事件,因为路由的事件无法跨越线程边界。