strings.Replace需指定替换次数（n=-1才全替），strings.ReplaceAll无条件全局替换；后者是前者的语法糖，语义更清晰、不易出错。
Replace 和 ReplaceAll 有什么区别？
Go 标准库的 strings.Replace 和 strings.ReplaceAll 行为不同，但容易混淆。前者需要显式指定替换次数，后者无条件全部替换。
-
strings.Replace(s, old, new, n)：只替换前n次匹配，n 时才等价于全部替换 -
strings.ReplaceAll(s, old, new)：语义清晰，内部就是调用Replace(s, old, new, -1) - 性能上无实质差异，
ReplaceAll更安全，避免因漏传-1导致静默截断
批量替换多个不同子串，怎么写才不啰嗦？
标准库不提供“多对一”或“多对多”批量替换函数，硬写嵌套 ReplaceAll 可能出错（比如中间结果又被后续替换误改），推荐用映射+遍历构造方式。
- 先用
strings.Builder避免重复拼接开销 - 按长度降序排序待替换 key（防止短 key 先被替，干扰长 key 匹配）
- 用
strings.Index手动扫描，逐段拷贝+替换，比正则更轻量、更可控
简单场景可直接链式调用：s = strings.ReplaceAll(strings.ReplaceAll(s, "a", "x"), "b", "y")，但仅限互不重叠、无依赖关系的替换。
为什么 ReplaceAll 替换后长度变大，内存却没暴增？
因为 strings.ReplaceAll 返回新字符串，底层仍基于不可变的 []byte 复制；但 Go 的字符串 header 很小（16 字节），且运行时会优化小字符串的分配。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 如果原字符串很大（如 MB 级日志文本），又频繁调用
ReplaceAll，建议复用strings.Builder或预估容量：b := strings.Builder{}+b.Grow(len(s) * 2) - 注意：不要用
+=拼接字符串做批量替换，每次都会分配新底层数组 - 若需原地修改，只能转成
[]byte，但要注意 UTF-8 编码边界——别直接按字节索引切分中文
正则替换比 ReplaceAll 慢多少？什么情况必须用 regexp？
纯字符串替换永远比正则快 5–10 倍以上，regexp.ReplaceAllString 是重量级操作，启动编译、状态机匹配、回溯都耗资源。
- 只有当要替换“符合某种模式”的内容时才用正则，例如：
手机号脱敏：regexp.MustCompile(`\d{3}(\d{4})\d{4}`).ReplaceAllString(s, "xxx${1}xxxx") - 避免用正则做固定字符串替换，比如
regexp.MustCompile("old").ReplaceAllString(s, "new")—— 这是典型过杀 - 如果正则表达式固定且高频使用，务必提前
regexp.MustCompile编译，别在循环里反复Compile
真正容易被忽略的是 Unicode 边界：用 ReplaceAll 替换含 emoji 或中文的字符串完全没问题，但正则若没加 (?U) 或写错范围，可能切开一个 rune 导致乱码。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
