c# – RichTextBox – UI调整大小导致巨大的CPU负载
发布时间：2020-12-15 03:43:27 所属栏目：百科 来源：网络整理
导读：我最近开发了一个RTF编辑器,它只是一个简单的UserControl,它具有一个RichTextBox和一些事件,如PreviewTextInput和PreviewMouseUp. 我注意到一些有点恼人的东西. RichTextBox的性能是非常糟糕的,每当UI被调整大小,并且RichTextBox有很多文本导致其包装算法触
|
我最近开发了一个RTF编辑器,它只是一个简单的UserControl,它具有一个RichTextBox和一些事件,如PreviewTextInput和PreviewMouseUp.
我注意到一些有点恼人的东西. 这给应用程序一个非常马虎的感觉,好像它的优化很差(即使不是). 起初我注意到这个性能在选择文本时打了,所以不用使用SelectionChanged事件,我决定使用PreviewMouseUp事件,然后获取Selection. 然后经过进一步测试,我发现调整大小也造成了巨大的负担. 为了进一步测试,我决定评论我的RichTextBox,只包括一个新的RichTextBox没有定义的属性 <RichTextBox/> 将其插入窗口,填充文本,然后重新调整窗口大小,使包装算法再次执行相同操作,最多可使用30％！ 我试图研究这个问题,大多数人最终建议将PageWidth设置为高值,以防止包装： richTextBox1.HorizontalScrollBarVisibility = ScrollBarVisibility.Visible; richTextBox1.Document.PageWidth = 1000; 我不想要的,因为我以前写的编辑器版本是使用WinForms进行的,可以毫不费力地进行包装,我也希望在新的WPF版本中. 有没有人面对这个问题？ 我有点伤心,因为我喜欢WPF,但是我确实发现一个或另一个对象真的没有优化和/或不实用,与WinForms对手相比,RichTextBox似乎是另外一个例子： 对不起,大量的文本,但我真的想要这样整齐地记录,以防一些其他可怜的灵魂面对这个问题,你们看到我迄今为止所尝试的. 解决方法
克服此问题的一种方法可能是在窗口大小调整时切换到“无包装”模式,但是当用户完成调整大小时 – 切换回正常模式.然后,包装算法最终将执行一次,用户应该仍然对您的应用程序感到光滑.示例代码：
public partial class MainWindow : Window
{
public MainWindow() {
InitializeComponent();
this.SizeChanged += OnSizeChanged;
}
private Timer _timer;
private void OnSizeChanged(object sender,SizeChangedEventArgs e) {
// user started resizing - set large page width
textBox.Document.PageWidth = 1000;
// if we already setup timer - stop it and start all over
if (_timer != null) {
_timer.Dispose();
_timer = null;
}
_timer = new Timer(_ => {
// this code will run 100ms after user _stopped_ resizing
Dispatcher.Invoke(() =>
{
// reset page width back to allow wrapping algorithm to execute
textBox.Document.PageWidth = double.NaN;
});
},null,100,Timeout.Infinite);
}
}
（编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |