fle*_*esh 10 c# wpf performance
我在WPF客户端应用程序上运行了一个非常简单的性能测试:
public partial class MainWindow : Window
{
private ObservableCollection<int> data = new ObservableCollection<int>();
public ObservableCollection<int> DataObj { get { return data; } }
private void button1_Click(object sender, RoutedEventArgs e)
{
for (int j = 0; j < 5; j++)
{
Thread t = new Thread(() =>
{
for (int i = 0; i < 100; i++)
{
Thread.Sleep(5);
Dispatcher.Invoke(new Action(() => { data.Add(1); })); //updates the count
Dispatcher.Invoke(new Action(() => { richTextBox1.AppendText("1"); })); //updates the string data
}
});
t.Start();
}
}
Run Code Online (Sandbox Code Playgroud)
然后我在UI中有两个控件:a TextBlock
和a RichTextBox
.
将TextBlock
被绑定到Count
数据源的属性,而RichTextBox
追加的每个新的数据值到它的文本字符串(即显示的数据的内容).
如果我禁用RichTextBox
绑定,TextBlock
更新非常快,循环计数.但是,启用RichTextBox
绑定会减慢所有内容,两个控件都会以"globs"更新,可能每秒一次或两次.换句话说,整个UI以RichTextBox
绑定的速度运行.
有没有办法打破这种性能依赖?我理解RichTextBox可能会很慢,但为什么它必须减慢快速的快速TextBlock?
WPF的具体是每个窗口只有一个UI线程.
虽然可以使用其他窗口并使其看起来好像是当前应用程序的一部分(将WindowStyle属性设置为None并更新位置和大小),但它看起来并不自然,并且有更好的方法来整理性能的问题.
众所周知,有必要使用Dispatcher
该类从后台线程更新UI.该BeginInvoke
方法具有DispatcherPriority类型的可选参数,该参数具有以下值.
默认值是Normal (9)
,它几乎是最高优先级,只要您调用BeginInvoke
不带参数的方法,就会隐式应用它.RichTextBox
您示例中的调用具有此优先级.
但是你TextBlock
的属性绑定并且没有手动更新,优先级较低DataBind (8)
,这就是更新速度较慢的原因.
例如,为了更快地进行绑定,可以降低对该调用的优先级,并将RichTextBox
值设置为低于8 Render (7)
.
Dispatcher.Invoke(/*...*/, DispatcherPriority.Render);
Run Code Online (Sandbox Code Playgroud)
它将有助于绑定,但UI不会响应鼠标点击,你甚至无法关闭窗口.
继续降低优先级:
Dispatcher.Invoke(/*...*/, DispatcherPriority.Input);
Run Code Online (Sandbox Code Playgroud)
应用程序响应更好,但在RichTextBox
文本填充时仍然无法输入内容.
因此最终的价值是Background (4)
:
Dispatcher.Invoke(new Action(() => { richTextBox1.AppendText("1"); }),
DispatcherPriority.Background);
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
3321 次 |
最近记录: |