ReplaceAllString支持$1引用捕获组而ReplaceAllStringFunc不支持；GoLand正则替换需点击「.\*」按钮启用；未括号却用$1导致空替换；ReplaceAllLiteralString可避免$被解析；高频场景须复用regexp.MustCompile编译结果。
ReplaceAllString 支持 $1 引用捕获组，ReplaceAllStringFunc 不支持——选错函数会导致分组内容丢失或逻辑错乱，这是最常踩的坑。
GoLand 里启用正则替换要手动点「.」按钮
按 Ctrl+R（单文件）或 Ctrl+Shift+R（全局）打开搜索替换面板后，顶部搜索框右侧有个带「.*」图标的按钮。必须点击它才能启用正则模式，否则输入的 \d+、[a-z]+ 等会被当作普通字符串字面量处理。
常见错误现象：
- 输入
\b\w+\b却搜不到单词，因为没开正则，\b被当成了字面反斜杠 + b - 粘贴已复制的文本（比如从日志里 Ctrl+C 的
error:.*）进搜索框，IDE 不自动转义元字符，需手动补\ - 想匹配点号
.却忘了转义成\.，结果匹配了任意字符
替换字段里写 $1 是合法的，但前提是你用了括号分组
ReplaceAllString 方法（以及 GoLand 的 IDE 替换）允许在替换字符串中使用 $1、$2 等语法引用捕获组，但前提是正则本身包含对应编号的括号 ()。没有括号却写 $1，结果就是空字符串。
例如：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 搜索：
(\d{4})-(\d{2})-(\d{2})→ 替换：$3/$2/$1→"2023-09-03"变成"03/09/2023" - 搜索：
\d{4}-\d{2}-\d{2}（没括号）→ 替换：$1→ 所有匹配位置全变为空 - 搜索：
(id=")(\w+)(")→ 替换：$1new_id$3→ 保留引号结构，只换中间值
ReplaceAllLiteralString 是防止 $ 被解析的唯一方式
当你替换目标是固定字符串，且里面含 $、\ 等字符（比如模板占位符 $USER、路径 C:\temp），用 ReplaceAllString 会误把 $USER 当作分组引用，导致替换失败或静默丢弃。
这时必须用 ReplaceAllLiteralString：
- 它完全跳过
$n解析和反斜杠转义，所有字符原样输出 - 适用于日志脱敏、配置模板填充、生成 SQL 字符串等场景
- 示例：正则匹配社保号
\b\d{3}-\d{2}-\d{4}\b，想替换成字面量"[REDACTED]"，就该用ReplaceAllLiteralString；若误用ReplaceAllString且替换串含$1，而正则没分组，结果就是空
性能关键：别在循环里反复调用 regexp.MustCompile
regexp.MustCompile 在运行时编译正则，失败直接 panic；regexp.Compile 返回 error，适合动态输入。但更隐蔽的问题是——如果在高频循环（如 HTTP handler、日志行处理）里每次都调用它，会显著拖慢性能，且可能触发 GC 压力。
正确做法：
- 把
regexp.MustCompile提到包级变量或初始化函数里，复用编译结果 - 例如：
var emailRe = regexp.MustCompile(`\b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Z|a-z]{2,}\b`) - 不确定正则是否合法（比如来自用户输入），用
regexp.Compile+ 错误处理，但依然只编译一次，缓存结果
真正难调试的不是语法错误，而是分组编号错位、$ 被意外解析、或正则对象未复用导致的隐性性能退化——这些点不报错，但结果不对或变慢，得盯住替换前后字符串和执行耗时才能发现。
