.net - WPF的RichTextBox性能问题

Question

使用任何实际数量的文本时，WPF的RTB都非常慢。实际上，我的意思是您希望任何文本编辑器都能处理（至少100kb？）而不会显示出任何缓慢的迹象。

对于我来说，这种预期的实时出价行为并非如此。实际上，该控件的工作原理与将文本整齐地分成小词和小段落时应该发挥的作用相同，并且我实现了一种机制，可以在用户勇敢地输入任何内容并长时间输入内容时改变它们。我还没有找到一种实现上述机制的方法，因此我被迫（或至少试图）解决问题。

我觉得这很令人不安，因为这对我来说没有任何意义。如果您是一个胆小鬼，并且碰巧输入了一个长字符串而没有空格或空格，则您会成为锁定窗口的受害者几秒钟，这使您不耐烦地进行耐心测试。我很想知道的是：为什么呢？特别是，为什么仅当文本间距不一致时，它才会越来越慢？我是否在考虑使用我的程序的人的空格键会破损，从而更倾向于注意到这种令人难以置信的速度下降，这是不是很疯狂？在这种连续字符串的情况下，文本选择也会受到严重影响。

我的目标是使用VS 2010的.NET 4.0，并且没有任何事件挂在实时出价工具上；出于测试目的，它只是空窗口上的RTB（< RichTextBox />）。我该怎么做才能改善其性能？仅为此编写我自己的控件并将功能设置为我的最低要求是否更现实？如果是这样，任何与资源的链接将不胜感激。

值得注意的是，RichTextBox中的数据量可能很小。我试图弄清楚的是，文本格式确实对性能产生了最大影响。

Answer 1

对于文本框的新实现，这不是一个异常问题。它与用于计算换行符的算法有关。根据您报告的行为类型，听起来他们使用的算法的效率很大程度上取决于字的长度或字（即，相对于字长，它可能是O（n ^ 2）） ）。您应该直接向Microsoft报告此情况（有一个清晰的示例），以便他们可以修复该错误。