不能用os.ExpandEnv处理自定义占位符，因其仅支持$VAR/${VAR}形式且只查环境变量，不支持从YAML字段、map或结构体取值，无法防循环展开、控制深度、自定义分隔符或默认值，缺失key时静默返回空串；应使用regexp.ReplaceAllStringFunc配合递归展开与深度限制，并以atomic.Value实现热更新安全替换。
直接用 os.ExpandEnv 解析配置文件里的占位符，基本不可行——它只认环境变量，不支持从 YAML 字段、内存 map 或嵌套结构里取值，更没法防循环展开或控制解析深度。
为什么不能用 os.ExpandEnv 处理自定义占位符
它硬编码只识别 $VAR 和 ${VAR} 两种形式，且所有 key 都去 os.Getenv 查，和你的配置源（比如 config.yaml 里的 env 字段）完全脱钩。一旦出现 ${DB_HOST}:${${PORT}} 这类嵌套，它直接返回原串，连报错都没有。
- 无法从
map[string]string或结构体字段读值 - 不检查递归引用，
${A}→${B}→${A}会无限循环 - 不支持自定义分隔符（如
[[key]]），也没法加默认值语法${KEY:-default} - 返回空字符串而不是原串，缺失 key 时静默失败，难调试
用 regexp.ReplaceAllStringFunc 实现可控展开
正则匹配 + 回调函数是平衡简洁与可控的最优解，模式统一用 ${key}（避开 shell 冲突），提取 key 后查自定义 source，未命中就原样返回——暴露问题，不掩盖错误。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须用非贪婪匹配：
`\$\{([^}]+)\}`，否则${A}${B}会被当做一个匹配 - 回调里别用
strings.ReplaceAll多次遍历，嵌套展开会失效；应递归调用展开函数，但加深度限制（如 ≤5 层） - 原始配置字段先存为
string类型（如DBURL string `yaml:"db_url"`），展开逻辑后置，避免 YAML 解析阶段就崩溃 - 示例片段：
re := regexp.MustCompile(`\$\{([^}]+)\}`)
expanded := re.ReplaceAllStringFunc(raw, func(s string) string {
key := strings.TrimSuffix(strings.TrimPrefix(s, "${"), "}")
if val, ok := configMap[key]; ok {
// 递归展开，带深度保护
return expand(val, configMap, depth+1)
}
return s // 原样返回，便于定位缺失 key
})
热更新时如何安全替换已展开的配置
核心是「原子指针替换」，不是锁住整个配置结构体再改字段——那样读写互斥，QPS 上不去，还容易死锁。
立即学习“go语言免费学习笔记（深入）”；
- 用
atomic.Value存*configData指针，Store()和Load()都是无锁操作 - 新配置解析完（含全部占位符展开），才调
cfg.data.Store(newData)一次性切换 - 业务代码始终用
cfg.data.Load().(*configData)取当前快照，拿到的是完整、一致的内存视图 - 旧数据由 GC 自动回收，不用显式清理或 defer 释放
- 别在
http.HandlerFunc里每次请求都Load()后再展开——展开结果也该缓存在*configData里
容易被忽略的边界：换行、注释与嵌套层级
占位符常藏在带注释或跨行的配置值里，比如 YAML 的 folded block：desc: > 服务地址 ${HOST} # 测试环境。这时 regexp 匹配前必须确保字符串已按规范预处理——跳过注释行、合并续行、统一 \r\n 为 \n，否则正则会漏掉或错位。
- YAML/JSON 解析后得到的原始字符串，可能含制表符或缩进空格，
strings.TrimSpace会破坏值语义（如" a b "被截成"a b"） - 嵌套超过 5 层的占位符（
${A.${B.${C...}}}）极可能是配置错误，应记录 warn 日志并截断，而非 panic - 若配置支持多源（环境变量 + YAML + CLI flag），展开顺序要明确定义，比如「YAML 值优先，环境变量兜底」，并在文档里写死
