C#中RichTextBox作为Syslog显示卡顿，寻求高性能替代方案

我之前也碰到过一模一样的坑！RichTextBox天生就不是为高频、大吞吐量的日志场景设计的——每次追加文本都会触发全量布局计算和重绘，日志多了之后内存占用飙升，UI线程直接被拖垮。而VS的输出窗口是微软专门定制的轻量级渲染控件，只处理可见区域的内容，性能自然不在一个量级。给你几个亲测有效的优化方案：

一、先优化RichTextBox的现有用法 #

如果不想换控件，先试试这些操作把性能拉回来：

• 批量追加+暂停布局：别每次日志都调用AppendText，用StringBuilder攒个几十条再一次性追加，同时在操作前后暂停控件的布局更新，避免频繁重绘：

  // 示例：批量追加日志
  private readonly StringBuilder _logBuffer = new StringBuilder();
  
  public void AddLog(string message)
  {
      _logBuffer.AppendLine(message);
      // 每攒50条就批量更新一次
      if (_logBuffer.Length > 0 && _logBuffer.ToString().Split('\n').Length >= 50)
      {
          UpdateRichTextBox();
      }
  }
  
  private void UpdateRichTextBox()
  {
      richTextBox1.SuspendLayout();
      richTextBox1.AppendText(_logBuffer.ToString());
      _logBuffer.Clear();
      // 滚动到底部
      richTextBox1.SelectionStart = richTextBox1.TextLength;
      richTextBox1.ScrollToCaret();
      richTextBox1.ResumeLayout(false);
  }
  

• 限制日志行数：永远只保留最新的N条日志（比如10000条），超过就删除旧的。别直接用Lines属性（它会创建新字符串数组，开销大），直接操作文本索引更高效：

  private void TrimOldLogs(int maxLines)
  {
      if (richTextBox1.Lines.Length <= maxLines) return;
      int linesToRemove = richTextBox1.Lines.Length - maxLines;
      int currentLine = 0;
      int trimIndex = 0;
  
      while (currentLine < linesToRemove && trimIndex < richTextBox1.TextLength)
      {
          if (richTextBox1.Text[trimIndex] == '\n')
          {
              currentLine++;
          }
          trimIndex++;
      }
  
      richTextBox1.Select(0, trimIndex);
      richTextBox1.SelectedText = string.Empty;
  }
  

  把这个方法放在批量追加之后调用，避免日志无限增长。

• 关闭冗余功能：禁用不需要的控件特性，减少额外开销：

  richTextBox1.DetectUrls = false; // 不需要解析URL就关掉
  richTextBox1.AutoWordSelection = false; // 关闭自动选词
  richTextBox1.HideSelection = true; // 失去焦点时隐藏选中内容，减少渲染
  

二、替换为更轻量的控件 #

如果优化后还是不够，直接换控件是更彻底的方案：

• 多行TextBox：如果不需要富文本格式（比如不需要不同颜色的日志），用TextBox设置Multiline = true替代RichTextBox，它的渲染逻辑简单得多，性能能提升一大截。同样配合批量追加和行数限制，处理几万条日志都很流畅。

• 自定义绘制控件（推荐）：自己写一个继承自Control的日志控件，完全控制渲染逻辑，只绘制可见区域的内容——这就是VS输出窗口的核心思路。举个简化版的实现思路：

  1. 维护一个List<string>存储所有日志条目；
  2. 重写OnPaint方法，计算当前可见区域的行范围，只绘制这些行；
  3. 处理滚动条事件，同步更新显示的起始行。
     这种方式可以做到十万级日志都不卡，因为内存占用可控，而且只渲染用户能看到的内容。

三、异步解耦日志写入 #

如果日志产生频率极高（比如每秒几百条），一定要把日志写入和UI更新解耦，避免阻塞UI线程：

用一个线程安全的队列缓存日志，后台定时器定期批量刷新到UI控件：

private readonly ConcurrentQueue<string> _logQueue = new ConcurrentQueue<string>();
private readonly System.Windows.Forms.Timer _flushTimer;

public MainForm()
{
    InitializeComponent();
    _flushTimer = new System.Windows.Forms.Timer { Interval = 100 }; // 每100ms刷新一次
    _flushTimer.Tick += FlushLogsToUi;
    _flushTimer.Start();
}

// 外部调用这个方法添加日志，不用管UI线程
public void AddLog(string message)
{
    _logQueue.Enqueue(message);
}

private void FlushLogsToUi(object sender, EventArgs e)
{
    if (_logQueue.IsEmpty) return;

    var sb = new StringBuilder();
    while (_logQueue.TryDequeue(out var log))
    {
        sb.AppendLine(log);
    }

    // 这里用前面优化后的RichTextBox/TextBox更新逻辑
    richTextBox1.SuspendLayout();
    richTextBox1.AppendText(sb.ToString());
    TrimOldLogs(10000);
    richTextBox1.ScrollToCaret();
    richTextBox1.ResumeLayout();
}

四、富文本场景的额外优化 #

如果需要区分日志级别（比如错误用红色，信息用灰色），别每次都单独设置SelectionColor——尽量批量处理同颜色的日志，或者在自定义控件里直接用Graphics.DrawString指定颜色绘制，比RichTextBox的选中文本设置颜色高效得多。

内容的提问来源于stack exchange，提问作者user6508956