go字符串替换不修改原变量，必须赋值接收返回值；全局替换应优先用strings.replaceall而非strings.replace(s, old, new, -1)，因后者第四个参数n控制最多替换次数而非是否全局，n=-1才表示全部替换。
Go 字符串替换不改原变量，必须赋值接收返回值；全局替换别硬记 -1，直接用 strings.ReplaceAll 更安全。
为什么 strings.Replace 看起来没生效
最常见原因是：忘记把返回值赋给变量。Go 的 string 是不可变类型，所有替换函数都返回新字符串，原变量内容完全不变。
-
strings.Replace(s, "a", "b", -1)调用后，s还是原来的值；必须写成s = strings.Replace(s, "a", "b", -1) - 传
*string或[]byte会编译失败，参数类型必须是string - 空字符串作为
old是合法的，但行为反直觉：strings.Replace("x", "", "-", -1)返回"-x-"，慎用
strings.Replace 的第四个参数 n 到底控制什么
它不是“是否全局”的开关，而是“最多替换前 n 次”——这个语义误解导致大量线上漏替问题。
-
n == -1：替换所有匹配项（这才是你要的“全局替换”） -
n == 0：完全不替换，直接返回原字符串 -
n == 1：只换第一个匹配位置，适合修正开头格式或去重首标签 -
n > 1：从左到右，最多换n次，超出的不动
典型翻车：strings.Replace("a-b-c-d", "-", "_", 0) 返回 "a-b-c-d"，不是 bug，是参数写错了。
什么时候该用 strings.ReplaceAll
只要目标是无条件全局字面量替换，就该优先用它。它不是语法糖，而是语义更明确、出错率更低的默认选择。
- 签名干净：
strings.ReplaceAll(s, old, new)，少一个易错参数 - 底层和
strings.Replace(s, old, new, -1)共享逻辑，性能几乎一致 - 适用场景明确：路径标准化（
strings.ReplaceAll(path, "\", "/")）、模板填充（strings.ReplaceAll(tpl, "{{name}}", "Alice")）、日志脱敏（strings.ReplaceAll(log, "token=", "token=***")） - 不支持正则，只做精确子串匹配——这点和
Replace完全一致
需要模式匹配或批量多对一？别硬套 Replace
字面量替换和模式替换是两类问题，混用只会埋坑。
- 要替换“所有数字”“邮箱里的
@”“HTML 标签”，必须切到regexp包，用regexp.MustCompile预编译 +ReplaceAllString；注意转义：.得写成.，否则会匹配任意字符 - 要同时替换多个不同子串（如
"{{name}}"→"Alice"，"{{age}}"→"30"），用strings.NewReplacer，别链式调ReplaceAll，避免中间结果被误改 - 高频大文本替换时，考虑用
strings.Builder手动拼接，避免中间字符串堆积引发 GC 压力
真正容易被忽略的，从来不是函数怎么写，而是默认以为它会改原字符串，或者把字面量替换和模式替换当成一回事。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
