c# – 通过将UI分解成“区域”来提高WPF性能 – 这是可能的吗?
我在
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(); } } 然后我在UI中有两个控件:一个TextBlock和一个RichTextBox. TextBlock绑定到数据源的Count属性,而RichTextBox将每个新的数据值追加到其文本字符串(即显示数据的内容). 如果我禁用RichTextBox绑定,TextBlock会很快更新,循环遍历.但是,启用RichTextBox绑定会减慢所有事情,两个控件都会以“globs”进行更新,也可能每秒更新一次或两次.换句话说,整个UI以RichTextBox绑定的速度运行. 有没有办法打破这种性能依赖性?我理解RichTextBox可能会很慢,但为什么它必须减慢否则减轻快速的TextBlock? 解决方法
WPF的具体内容是每个窗口只有一个UI线程.
虽然可以使用其他窗口,使其看起来像是当前应用程序的一部分(将WindowStyle属性设置为None,更新位置和大小),但它看起来并不自然,并且有更好的方法来整理性能的问题. 众所周知,有必要使用Dispatcher类来从后台线程更新UI. BeginInvoke方法具有DispatcherPriority类型的可选参数,它们具有以下值. > SystemIdle 默认值为Normal(9),几乎是最高优先级,只要您调用不带参数的BeginInvoke方法,它就会被隐式应用.在您的示例中调用RichTextBox具有此优先级. 但是绑定到该属性并且未被手动更新的TextBlock具有较低的优先级DataBind(8),这就是为什么它被更新的速度更慢. 为了更快地绑定,可以减少调用RichTextBox的优先级,并设置低于8的值,例如Render(7). Dispatcher.Invoke(/*...*/,DispatcherPriority.Render); 这将有助于绑定,但UI不会响应鼠标点击,您甚至无法关闭窗口. 继续降低优先级: Dispatcher.Invoke(/*...*/,DispatcherPriority.Input); 应用程序响应更好,但是在RichTextBox中填充文本时仍然无法输入内容. 所以最终的值是Background(4): Dispatcher.Invoke(new Action(() => { richTextBox1.AppendText("1"); }),DispatcherPriority.Background); (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |