strings.replaceall 只支持字面量匹配，不支持正则；传入如 "a.*b" 会被当作普通文本而非模式；替换 html 标签需用 regexp；性能比正则快一个数量级；空串替换不处理重叠匹配；正确支持 utf-8 包括 emoji 和中文。
strings.ReplaceAll 为什么不能替换正则模式
strings.ReplaceAll 只做字面量（literal）匹配，不支持正则表达式。如果你传入 "a.*b" 这类带元字符的字符串，它会原样当成普通文本去搜，不会解析成“a 开头、任意字符、b 结尾”的模式。
常见错误现象是：想删掉 HTML 标签却写 strings.ReplaceAll(html, "<.>", "")</.>，结果啥也没变——因为 "<.>"</.> 在 strings.ReplaceAll 看来就是五个固定字符，不是通配规则。
- 用它替换固定模板很安全，比如把所有
"{{name}}"换成"Alice" - 若需模糊匹配（如忽略大小写、可变长度），得换
regexp.ReplaceAllString - 性能上，
strings.ReplaceAll比正则快一个数量级，纯字面替换优先选它
空字符串替换时的边界行为
当新字符串是空串（""），strings.ReplaceAll 会删除所有匹配项，但要注意：连续重叠匹配不会被重复处理。例如 strings.ReplaceAll("aaaa", "aa", "") 结果是 "aa"，不是空串——因为替换是从左到右扫描，第一次删掉前两个 "aa" 后，剩下 "aa" 是独立片段，不会回溯重叠匹配。
- 想彻底清空所有重叠出现？得用循环调用或正则
ReplaceAllString配合for判断 - 替换目标为空字符串时，输入本身含 Unicode 组合字符（如带重音符号的字母）不影响逻辑，但要注意
len()和实际显示宽度差异 - 如果原字符串是
nil（即未初始化的string变量），Go 会自动转为空字符串""，不会 panic
区分 ReplaceAll 和 Replace（第三个参数 count）
strings.ReplaceAll(s, old, new) 等价于 strings.Replace(s, old, new, -1)。关键区别在 count 参数：
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
count = -1：全部替换（即ReplaceAll行为） -
count = 0：不替换，返回原字符串 -
count > 0：最多替换前count次，适合“只修复前 N 处错误”的场景
例如日志清洗时只想修正前两条路径：strings.Replace(log, "/tmp/", "/var/log/", 2)。这时候硬套 ReplaceAll 就会改过头。
中文、emoji 等 UTF-8 字符串是否安全
安全。strings.ReplaceAll 基于字节切片操作，但 Go 的 string 类型天然按 UTF-8 编码，所有内置字符串函数（包括 ReplaceAll）都正确处理多字节字符。你传入 "??代码"，搜索 "??" 或 "代码" 都能精准匹配，不会切开 emoji 或汉字。
唯一要注意的是：别用 len(s) 当字符数用——它返回字节数。但 ReplaceAll 内部不依赖 len 做逻辑判断，所以不影响替换结果。
真正容易被忽略的是：如果 old 是某个 emoji 的一部分（比如用 "?" 去替换 "??"），那不会匹配成功，因为 "??" 是一个由多个 UTF-8 序列组成的组合字符，不能拆开匹配。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
