配置加载应尽早固化、减少反射和文件系统调用以提升性能：用 jsoniter 替代标准 json.Unmarshal 可提速 3–5 倍；启动时用 viper.Unmarshal 一次性加载进结构体，避免热路径反复调用 viper.Get；预读配置文件至内存并复用；mapstructure 解析需显式启用 TagName: "mapstructure"。
配置文件过大时，json.Unmarshal 会明显拖慢启动速度
Go 标准库的 json.Unmarshal 是反射实现的，对大结构体或嵌套深的配置（比如含数百个字段的 Config 结构）解析开销显著。实测一个 200KB 的 JSON 配置，在 i7-11800H 上平均耗时 8–12ms，而同等 YAML 可能达 25ms+（因需先转 JSON 或用更重解析器）。
可改用 jsoniter 替代标准 encoding/json，它通过代码生成和 unsafe 优化路径，对常规结构体提速约 3–5 倍：
import "github.com/json-iterator/go" var json = jsoniter.ConfigCompatibleWithStandardLibrary // 替换原来的 json.Unmarshal err := json.Unmarshal(data, &cfg)
- 确保配置结构体字段全部为导出字段（首字母大写），否则
jsoniter无法赋值 - 避免在
Unmarshal前做无意义的bytes.TrimSpace或重复io.ReadAll—— 直接传原始[]byte - 若配置极少变动，可考虑在构建期用
go:embed+jsoniter预解析，跳过运行时 IO 和反序列化
频繁调用 viper.Get 是隐形性能杀手
Viper 默认启用运行时键查找、类型转换、监听回调等机制，每次 viper.Get("db.timeout") 实际执行 map 查找 + 类型断言 + 错误检查。压测显示，10 万次调用耗时约 45ms（vs 直接访问 struct 字段仅 2ms）。
真正该做的是「一次解析，全程只读」：
立即学习“go语言免费学习笔记（深入）”；
- 启动时用
viper.Unmarshal(&cfg)将配置加载进强类型 struct，后续全部走字段访问，如cfg.DB.Timeout - 禁用 Viper 的自动重载：
viper.WatchConfig()留着不用，或明确设viper.Set("viper.watch", false) - 如果必须用
viper.Get（例如插件式配置），至少缓存结果：timeout := viper.GetInt("db.timeout"); cfg.Timeout = timeout，别在热路径反复查
os.ReadFile 在容器环境可能触发不必要的 stat
在 Kubernetes 或 Docker 中，若配置挂载为 ConfigMap 卷（如 /etc/config/app.json），每次 os.ReadFile 都会触发一次 stat 系统调用确认文件状态。当配置被多个 goroutine 并发加载（如微服务多实例初始化），容易成为瓶颈。
更稳的做法是预读 + 复用：
- 启动早期统一调用一次
os.ReadFile，把原始字节存入全局sync.Once初始化的变量中 - 后续所有解析（JSON/YAML/ENV）都基于这份内存副本，彻底规避文件系统调用
- 若需支持热更新，再单独起 goroutine 定期
os.Stat检查 mtime，而不是每次加载都查
使用 mapstructure 解析嵌套配置时要注意字段 tag
很多人用 viper.Unmarshal 或直接 mapstructure.Decode 处理 YAML/ENV 配置，但默认行为会忽略 struct tag 中的 mapstructure:"xxx"，导致字段映射失败却无报错——表面加载成功，实际字段为空。
必须显式传解码选项：
err := mapstructure.Decode(cfgMap, &cfg)
// ✅ 正确写法：启用 tag 支持
decoder, _ := mapstructure.NewDecoder(&mapstructure.DecoderConfig{
TagName: "mapstructure",
WeaklyTypedInput: true,
})
err := decoder.Decode(cfgMap, &cfg)
- 不加
TagName: "mapstructure"，即使写了type DB struct { Timeout int `mapstructure:"timeout"` }也无效 -
WeaklyTypedInput: true允许字符串 "30" 自动转成 int，否则遇到类型不匹配直接报错 - 生产环境建议加上
ErrorUnused: true，快速发现配置 key 写错或 struct 字段漏 tag
viper.Unmarshal，却没意识到自己每秒调用 200 次 viper.GetString —— 那才是真正的性能黑洞。 
