RichTextBox高亮文字需先调用Focus()并设HideSelection=false，再用SelectionStart/SelectionLength选中、SelectionColor/BackColor着色；ReadOnly或Enabled为false会导致失效；多关键词高亮须倒序处理索引以防错位。
RichTextBox 里怎么高亮一段文字
直接操作 selectionstart 和 selectionlength，再设 selectioncolor 或 selectionbackcolor。关键不是“加高亮”，而是“先选中、再染色”——没选中就设颜色，完全无效。
常见错误是：调用 Select() 前没把焦点给控件，或没把 HideSelection 设为 false（否则选中态在失去焦点时消失，看着像没高亮）。
-
richTextBox1.Focus()必须调用，否则Select()可能静默失败 - 搜索文本要用
richTextBox1.Text.IndexOf("xxx")，别用richTextBox1.Find("xxx")（那是 WinForms 旧 API，只支持 RTF 搜索且行为不可靠） - 如果文本含换行符，
IndexOf返回的索引仍是全文本线性位置，无需额外换算 - 高亮前建议先清除原有选择：
richTextBox1.SelectionLength = 0
连续高亮多个关键词时怎么避免错位
每次调用 Select() 都会改变光标位置和当前选区，连续高亮必须“从后往前”处理匹配位置，否则前面的高亮会把后续文本索引整体推移。
比如原文 “abc abc abc”，搜 “abc” 得到索引 [0,4,8]，若从前往后高亮：第一次选 [0,3] → 插入格式（不改文本）→ 第二次仍按 [4,7] 选，但此时因前面格式信息（RTF 控制字）已写入，实际字符偏移可能变成 [6,9]，导致错位。
- 用
Regex.Matches(text, pattern)先拿到所有Match对象，再按m.Index降序排列 - 高亮循环中，每次都要重新设置
richTextBox1.SelectionStart和richTextBox1.SelectionLength，不能复用上一次的起始值 - 不要在高亮过程中修改
richTextBox1.Text（比如加 HTML 标签），RichTextBox 是 RTF 渲染，纯文本赋值会清空所有格式
为什么设了 SelectionColor 却看不到颜色
最常见原因是 richTextBox1.ReadOnly 为 true —— 此时任何选区样式设置都被忽略，连光标都不显示。另一个隐蔽原因是 richTextBox1.BackColor 和 SelectionBackColor 碰巧相近，看起来像没变。
- 检查
richTextBox1.ReadOnly == false，这是硬性前提 - 确认
richTextBox1.Enabled == true，禁用状态也不响应样式变更 - 避免用太浅的
SelectionBackColor（如Color.White）叠加在白色背景上 - 如果之前手动写过 RTF 字符串（
richTextBox1.Rtf = "..."），要确保 RTF 片段里没覆盖掉颜色表（{\colortbl;}）或用了不兼容的控制字
C# 里替换文本后如何保留原高亮格式
不能直接改 Text 属性。一旦赋值，所有 RTF 格式（包括颜色、字体、缩进）全部丢失。想“替换并保留格式”，本质是做 RTF 层面的查找替换，而非字符串层面。
简单场景可用 richTextBox1.Find() + richTextBox1.SelectedRtf 提取原格式，但更稳的方式是：用正则定位，用 richTextBox1.Select() 选中旧文本，再用 richTextBox1.SelectedRtf = newRtf 写入带格式的新内容。
-
richTextBox1.SelectedRtf读出来的是完整 RTF 片段（含 {\fonttbl...} 等），替换时注意保持结构合法 - 如果只是改文字不改样式，可先记下
SelectionColor和SelectionFont，Select()后用richTextBox1.SelectedText = "new"，再立刻重设样式 - 频繁替换推荐用
richTextBox1.Undo()配合批量操作，避免用户感知卡顿
真正麻烦的从来不是“怎么高亮”，而是“高亮之后怎么不让它突然失效”——焦点切换、文本更新、RTF 解析差异，任何一个环节松动，颜色就没了。
