Go字符串模板替换分三类：strings.ReplaceAll适合纯字面量批量替换；os.Expand支持${key}单层环境变量替换，需传回调函数；text/template用于结构化数据及逻辑渲染，需Execute传导出字段struct/map。
Go 里没有 Python 那种 f"{name}" 或 JavaScript 的模板字符串，所谓“动态字符串插值”必须靠组合标准库工具实现——选错方案轻则替换不全，重则 panic 或路径爆炸。
strings.ReplaceAll 适合什么场景
纯字面量批量替换，比如把配置文件里的占位符 __HOST__ 换成真实地址，或日志模板中固定字段替换。
-
strings.ReplaceAll不解析语法，只做傻瓜式查找替换，性能高、无副作用 - 它不能处理嵌套结构、条件分支、循环渲染——传 map 或 struct 进去？直接忽略
- 常见翻车：写
strings.Replace(s, "key", value, 1)只换一次，漏掉后续匹配；正确做法是用strings.ReplaceAll或传-1 - 字符串不可变，必须显式赋值：
s = strings.ReplaceAll(s, "old", "new")，否则原变量不变
os.Expand 支持 ${key} 格式，但仅限简单映射
适合环境变量风格的单层 key-value 替换，比如填充 ${DB_URL}、$PORT，底层调用回调函数查 map。
- 回调函数签名必须是
func(string) string，查不到 key 时建议返回空字符串，别 panic - 不支持嵌套：
${${ENV}_PORT}不会解析，{{.Key}}这类语法也完全不认识 - 路径无关、无模板解析开销，比
text/template快一个数量级，CLI 工具初始化常用 - 示例：
os.Expand("host: ${HOST}", func(key string) string { return cfg[key] })
text/template 才是真·动态插值，但坑多
要渲染结构化数据（map、struct）、带 {{if}}、{{range}}、自定义函数，必须走 text/template 流程。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 必须用
Execute或ExecuteTemplate传数据，第二个参数只能是 map/struct/基本类型，不能传字符串或[]interface{} - struct 字段必须首字母大写（导出），否则模板里读不到；传
nil会 panic，哪怕字段没被引用 -
.是当前作用域（比如{{range .Items}}里.是每个 item），$始终指向根数据，跨层级访问要用$.Config.Timeout -
template.ParseFiles路径基于可执行文件目录，不是当前工作目录，硬写"./tmpl.txt"在二进制移动后必报"no such file or directory"
strings.Map 专用于逐字符映射，别当通用替换用
它不是字符串替换工具，而是 rune 级别的转换器，适合大小写转换、字符脱敏、emoji 过滤等。
- 函数签名强制
func(rune) rune，返回-1表示删除该字符，不能返回字符串 - 无法获取索引、前后字符或原始长度，所以做不了“去重相邻字符”“保留偶数位”这类逻辑
- 处理中文、emoji 安全，因为操作的是 rune；
bytes.Map只适合纯 ASCII，混入 UTF-8 会乱码 - 错误用法示例：
strings.Map(func(r rune) rune { if r == 'a' { return 'b' }; return r }, "aabb")可行；但想“跳过第一个 a 后再替换”就做不到
真正麻烦的从来不是“怎么换”，而是“该用哪个换”——strings.ReplaceAll 解决不了结构化数据，os.Expand 处理不了嵌套，text/template 一配错路径或传错类型就挂。最常被忽略的其实是数据来源：map 键名拼错、struct 字段未导出、模板里写 {{.name}} 却传了 map[string]interface{}{"Name": "x"}，这种错误不报编译错，只静默输出空值。
