regex.replace 默认替换全部匹配项，无需循环；误用 regex.match.value 拼接会导致仅处理首次匹配；捕获组在替换中须用 $1 或 ${name} 语法，不可拼字符串。
Regex.Replace 是最常用也最容易出错的入口——它默认替换全部匹配项，但很多人误以为要手动循环；Regex.Match 只返回第一个结果是设计使然，不是 bug；捕获组在替换里必须用 $1、${name} 这种语法，拼字符串会丢内容。
为什么 Regex.Replace 有时只换了一个就停了
这不是 Replace 的问题，而是你可能混用了 Regex.Replace 和 Regex.Match 的逻辑。常见错误是写了 Regex.Match(input, pattern).Value 再自己拼接，结果只处理了第一次匹配。
-
Regex.Replace(input, @"\d+", "X")会把所有连续数字都替换成X，无需循环 - 如果想限制替换次数，用带
count参数的重载：Regex.Replace(input, @"\d+", "X", 1)只换第一个 - 传入
null输入时，Regex.Replace直接返回null，不抛异常，但后续调用.Length会 NRE - 模式里漏写
@前缀（比如写成"\d+"而非@"\d+"），会触发ArgumentException: parsing "\d+"
捕获组怎么在 Replace 里正确引用
要用 、 或 ${name}，不能靠 match.Groups[1].Value 拼。后者只适用于单次匹配后加工，没法保留在原串其他未匹配部分。
- 位置捕获：
Regex.Replace("a123b456", @"(\d+)", "[$1]")→"a[123]b[456]" - 命名捕获：
Regex.Replace("id=789", @"id=(?<num>\d+)", "ID:${num}")</num>→"ID:789" - 格式化（.NET 6+）：
${num:000}把7变成007，旧版本不支持 - 别写成
"ID:" + match.Groups["num"].Value—— 这样只能处理一个匹配，且跳过所有没匹配上的文本段
Match 和 Matches 到底该用哪个
Regex.Match 就是为“找第一个”设计的；你要遍历全部结果，必须用 Regex.Matches 得到 MatchCollection。
-
Regex.Match("ab12cd34", @"\d+")返回Match.Value == "12"，NextMatch()不推荐用，容易漏或死循环 -
foreach (Match m in Regex.Matches("ab12cd34", @"\d+")) { ... }才能拿到"12"和"34" - 多行文本里
^和$默认只锚定整个字符串首尾，加RegexOptions.Multiline才能每行生效 -
RegexOptions.Singleline让.匹配换行符，但对 emoji（surrogate pair）仍可能断开，需额外处理 Unicode 字符边界
Compiled 选项到底要不要加
绝大多数场景下不该加。.NET 已对常用正则做静态缓存，RegexOptions.Compiled 反而拖慢首次执行、增加内存占用。
- 只在同一个正则模式被重复调用数百次以上（如日志解析服务）时才考虑
- 模式来自配置或用户输入？绝对禁用
Compiled，有 JIT 注入风险 - 更稳妥的做法是定义静态只读实例：
private static readonly Regex DigitRegex = new(@"\d+"); - .NET 6+ 对短正则自动内联优化，
Compiled收益进一步降低，优先实测再决定
真正容易被忽略的是 Unicode 行为：默认 \w、\b、. 都只认 ASCII，中文、emoji、全角数字得显式用 \p{Han}、\p{Nd} 或 RegexOptions.ECMAScript 配合调整。不验证输入字符集，光调正则语法没用。
