Go不支持路径占位符，必须手动替换；常用strings.ReplaceAll、fmt.Sprintf或text/template生成真实路径，并需校验合法性、分隔符及安全性。
Go 本身不提供原生的“带变量占位符的文件路径解析”功能，必须手动替换或借助正则/模板引擎；直接拼接字符串或用 fmt.Sprintf 最常用，但要注意路径分隔符和安全性。
为什么不能直接用 os.Open("/path/{env}/config.yaml")
Go 的标准文件操作（如 os.Open、ioutil.ReadFile、embed.FS）只接受真实路径字符串，不识别 {env} 这类占位符。写成那样会直接报错：open /path/{env}/config.yaml: no such file or directory。这不是语法错误，而是路径根本不存在——占位符没被替换就传给了系统调用。
- 占位符是人类可读的抽象，不是操作系统能理解的路径成分
-
embed.FS在编译期固化文件，路径必须字面量确定，不支持运行时变量 - 哪怕用了
filepath.Join，它也只拼路径，不解析占位符
三种实用替换方式：从简单到可控
核心思路是：先有模板路径字符串，再用实际值替换占位符，最后生成真实路径。
-
最轻量：用
strings.ReplaceAll—— 适合固定格式，如/conf/{env}.yaml
示例：path := strings.ReplaceAll("/conf/{env}.yaml", "{env}", "prod")→/conf/prod.yaml -
更灵活：用
fmt.Sprintf—— 要求占位符是位置型（%s），且顺序严格
示例：path := fmt.Sprintf("/conf/%s/%s.yaml", "prod", "db")→/conf/prod/db.yaml -
最健壮：用
text/template—— 支持命名占位符、条件、嵌套，适合复杂配置路径逻辑
示例：t := template.Must(template.New("path").Parse("/conf/{{.Env}}/{{.Service}}.yaml"))，然后t.Execute(&buf, map[string]string{"Env": "prod", "Service": "auth"})
容易踩的坑：路径分隔符、空值、注入风险
替换后路径若含非法字符或空段，会导致 os.Open 失败或打开错文件。
立即学习“go语言免费学习笔记（深入）”；
- Windows 下用反斜杠
\，Linux/macOS 用正斜杠/；统一用filepath.Join拼接最终路径，别依赖替换结果里的斜杠 - 如果
{env}替换为空字符串，可能得到//config.yaml或/conf//db.yaml——filepath.Clean可归一化，但最好提前校验变量非空 - 绝不能把用户输入（如 HTTP 请求头里的环境名）直接塞进路径模板，否则可能路径遍历（
../../../etc/passwd）；务必白名单校验或用filepath.Base截取纯文件名 -
embed.FS不接受变量路径：即使你用模板生成了"conf/prod.yaml"，也得确保该路径在编译时已存在并被//go:embed conf/*显式包含
配置文件路径 + 占位符的实际组合场景
常见需求是“按环境加载不同目录下的配置”，这时要拆成两步：先确定根路径（可能来自环境变量或 flag），再拼具体文件名。
- 启动时通过
-env=prod或ENV=prod go run main.go传入，再用os.Getenv("ENV")获取值 - 避免硬编码路径前缀，把基础路径也做成变量：
base := "/etc/myapp"; path := filepath.Join(base, env, "config.yaml") - 如果用 viper，它本身不解析路径占位符，但你可以先构造好路径再传给
viper.SetConfigFile(path) - 日志路径、证书路径、模板目录同理——只要路径含动态成分，就得走“模板+替换+校验+Clean”这一链路
真正麻烦的从来不是怎么替换占位符，而是替换之后有没有检查路径是否合法、是否越权、是否跨出预期目录边界。哪怕只是本地开发，也建议对所有动态路径做 filepath.Abs + strings.HasPrefix 校验。
