那么该如何解决这一问题呢?通常的做法是把耗时的函数放在线程池执行,然后切回主线程更新UI显示。前面的updateTime函数改写如下:
private async void updateTime()
{
while (true)
{
await Task.Run(() => Thread.Sleep(900));
textBlock.Text = DateTime.Now.ToString();
await Task.Delay(100);
}
}
这种方式能满足我们的大部分需求。但是,有的操作是比较耗时间的。例如,在多窗口实时监控的时候,我们就需要同时多十来个屏幕每秒钟各进行几十次的刷新,更新图像这个操作必须在UI线程上进行,并且它有非常耗时间,此时又会回到最开始的卡顿的情况。
看起来这个问题无法解决,实际上,WPF只是不允许跨线程访问程序,并非不允许多线程更新界面。我们大可以对每个视频监控窗口单独其一个独立的线程,在那个线程中进行更新操作,此时就不会影响到主线程。MSDN上有篇文章介绍了详细的操作:Multithreaded UI: HostVisual。用这种方式将原来的程序改写如下:
e)
{
();
(hostVisual);
.Content = content;
(() =>
{
(hostVisual);
();
control.Arrange((), content.RenderSize));
visualTarget.RootVisual = control;
System.Windows.Threading..Run();
}));
thread.SetApartmentState(.STA);
thread.IsBackground = ;
thread.Start();
}
{
child;
child)
{
)
);
.child = child;
AddVisualChild(child);
}
index)
{
;
}
VisualChildrenCount
{
1; }
}
}
这个里面用来了两个新的类:HostVisual、VisualTarget。以及自己写的一个VisualHost。MSDN上相关的解释,也不算难理解,这里就不多介绍了。最后,再来重构一下代码,把在新线程中创建控件的方式改写如下:
e)
{
createChildInNewThread<);
}
container)
()
{
();
(hostVisual);
container.Content = content;
(() =>
{
(hostVisual);
();
control.Arrange((), content.RenderSize));
visualTarget.RootVisual = control;
System.Windows.Threading..Run();
}));
thread.SetApartmentState(.STA);
thread.IsBackground = ;
thread.Start();
}
当然,我这个函数多了一些不必要的的限制:容器必须是ContentControl,子元素必须是UIElement。可以根据实际需要进行相关修改。