os.expand 不自动展开环境变量，仅解析 ${key} 或 $key 语法并调用用户提供的替换函数；必须传入 func(string) string 函数，如包装 os.getenv 处理空值，才能实现环境变量替换。
os.Expand 不会自动展开环境变量，它只做纯字符串模板替换，必须显式传入映射函数——这是最常被误解的一点。
为什么 os.Expand("${HOME}/bin"...) 没有替换出路径？
因为 os.Expand 本身不读取 os.Getenv，它只负责解析 ${key} 或 $key 语法，并调用你提供的函数去查 key 对应的值。
常见错误现象：os.Expand("${HOME}", nil) 返回原样字符串，不是空也不是报错，而是没触发任何替换。
- 必须传入第二个参数：一个
func(string) string类型的替换函数 - 该函数接收模板中提取出的 key（如
"HOME"），返回要插入的值 - 若 key 不存在或函数返回空字符串，
os.Expand就留空（不是保留${HOME}）
如何安全地用 os.Getenv 做环境变量替换？
最直接的做法是把 os.Getenv 包一层，处理空值避免 panic，并兼容 $HOME 和 ${HOME} 两种写法（os.Expand 已内置支持）。
import (
"os"
"strings"
)
func expandEnv(s string) string {
return os.Expand(s, func(key string) string {
if v := os.Getenv(key); v != "" {
return v
}
// 可选：对未设置的变量返回空，或保留原始占位符？
return ""
})
}
// 使用示例
path := expandEnv("${HOME}/bin:${PATH}")
- 注意：如果希望未定义变量保留为
${FOO}而非删掉，需在函数里返回原字符串"${" + key + "}" - 不要直接传
os.Getenv—— 它在 key 为空时 panic（虽然os.Expand不会传空 key，但防御性编程建议包一层） -
os.Expand不支持嵌套（如${${VAR}}）或默认值（如${VAR:-default}），这些得自己解析
和 strings.ReplaceAll 或正则替换比有什么优势？
os.Expand 的核心价值是语法健壮：它正确处理转义（\$HOME → 字面量 $HOME）、边界（$HOME_dir 中的 HOME 不会被误匹配）、以及大括号配对（${HOME} 和 $HOME 都支持）。
- 用
strings.ReplaceAll手动替换"$HOME"会导致"$HOME_dir"错误展开为"/home/user_dir" - 正则容易漏掉转义、不处理大括号嵌套、且性能略低（每次都要编译或复用
Regexp） -
os.Expand是标准库中唯一专为此场景设计的轻量工具，无额外依赖，开销极小
真正容易被忽略的是：它不“智能”，也不“默认”，所有逻辑都在你传的函数里。哪怕只是简单代理 os.Getenv，也得显式写出来——Go 的设计哲学在这里很诚实。
