小团队应选用本地文件+热重载而非etcd/vault，因无需分布式一致性且可降低运维成本；Go用fsnotify监听+atomic.Value原子切换配置实例，配合环境变量覆盖实现安全热更新。
配置中心选型：为什么不用 etcd/vault 而用本地文件 + 热重载
多数小团队或内部工具不需要分布式一致性，硬上 etcd 或 vault 反而增加部署和权限管理成本。Go 自带的 fsnotify 足以支撑单机多进程场景下的配置热更新，关键在于避免每次读取都走磁盘、不阻塞主逻辑、且能感知格式错误。
- 用
os.ReadFile读取配置仅在初始化时执行一次，后续变更靠监听触发重新解析 - 配置结构体必须导出字段（首字母大写），否则
json.Unmarshal或yaml.Unmarshal无法赋值 - 不要在
init()里加载配置——它无法捕获运行时文件变化，也难以注入 mock 配置做单元测试
支持 YAML/JSON 的通用加载器怎么写
Go 标准库不原生支持 YAML，需引入 gopkg.in/yaml.v3；但 JSON 和 YAML 解析逻辑高度一致，可抽象为统一接口。重点不是“支持多种格式”，而是“不让业务代码感知格式差异”。
- 定义
ConfigLoader接口，含Load(*interface{}) error和Watch(path string, fn func()) error - YAML 加载器中用
yaml.Unmarshal(data, cfg)，JSON 则用json.Unmarshal(data, cfg)，其余流程完全复用 - 务必检查
Unmarshal返回的 error，常见错误如字段类型不匹配会静默失败（例如把int写成"123"字符串却声明为int）
热重载时如何避免配置正在被读取就替换结构体
直接替换全局变量会导致并发读取时 panic 或读到半新半旧的状态。不能靠加锁掩盖设计问题，而应让新旧配置实例完全隔离，切换只改指针。
- 用
atomic.Value存储当前生效的配置指针，atomic.LoadPointer读取、atomic.StorePointer替换，零锁安全 - 监听到文件变更后，先新建结构体实例并完整解析，成功后再原子替换，失败则保留旧配置继续服务
- 业务代码一律通过封装函数访问配置，例如
GetDBHost()，内部调用atomic.LoadPointer获取当前实例，而非直接读全局变量
环境变量与配置文件如何分层覆盖
开发时希望用 ENV=dev go run main.go 切换配置，但又不想维护多套 YAML 文件。最佳实践是“文件为基线，环境变量为补丁”，而不是拼接路径名。
立即学习“go语言免费学习笔记（深入）”；
- 约定配置结构体字段 tag 如
env:"DB_PORT"，启动时遍历结构体字段，若对应环境变量存在且非空，则覆盖该字段值 - 覆盖逻辑必须在热重载后的解析阶段之后执行，否则环境变量会覆盖掉刚从文件加载的新值
- 注意类型转换：环境变量全是字符串，需手动转
int、bool等，strconv.Atoi和strconv.ParseBool的 error 必须检查，别用Must类函数
time.AfterFunc 里的配置引用，都会导致行为漂移。 
