热重载需原子切换与错误回滚：用sync.RWMutex保护配置指针，atomic.Value安全存取*Config，yaml解析必检err并启用Strict模式，覆盖SIGHUP与文件监听双路径测试。
热重载不是靠 fsnotify 监听就完事的
直接用 fsnotify 监听配置文件变化再重新解析，看似可行，实际会踩三个坑：配置加载期间并发读写冲突、解析失败导致服务降级、新旧配置切换时中间态不一致。真正可用的热重载必须带原子切换和错误回滚能力。
- 用
sync.RWMutex保护当前配置指针，读操作走RUnlock，写操作（加载+替换）全程加Lock - 新配置解析成功后，先赋值给临时变量，再用
atomic.StorePointer或指针原子替换（Go 1.19+ 推荐atomic.Value），避免中间态暴露 - 解析失败时，保留原配置，只记录错误日志，不 panic、不重启进程——这是线上服务的基本底线
用 atomic.Value 替代全局变量更安全
很多人把配置存成包级全局变量，然后在 reload 里直接赋值，这在并发场景下是危险的。Go 的 atomic.Value 能保证“写入即可见”且无竞争，比手写锁更简洁可靠。
- 声明类型为
*Config（注意是指针），初始化时用atomic.Value.Store(&configVal, &defaultCfg) - 读取时统一走
configVal.Load().(*Config)，强制类型断言，别偷懒用interface{}混用 - reload 函数里解析出新
*Config后，直接configVal.Store(newCfg)，整个过程天然线程安全
yaml.Unmarshal 失败会导致热重载静默失败
YAML 配置最常见问题是字段类型错配（比如把 int 写成字符串）、缩进错误、锚点引用失效。这些错误不会 crash 进程，但会让 yaml.Unmarshal 返回 nil 配置或部分字段丢失，而你可能根本没检查 error。
- 每次
yaml.Unmarshal后必须检查err != nil，且不能只打印日志——要返回错误并中断 reload 流程 - 建议在结构体字段上加
yaml:",required"标签，配合gopkg.in/yaml.v3的Strict模式（yaml.UnmarshalStrict）提前捕获冗余字段 - 加载前对文件做
os.Stat和io.ReadFull校验，排除空文件、权限不足等前置问题
测试热重载必须覆盖信号触发与文件变更双路径
线上环境通常用 SIGHUP 触发 reload，开发时却只测文件监听，结果部署后发现信号没注册或被容器 runtime 拦截。两种路径都要验证，且必须测并发读写。
立即学习“go语言免费学习笔记（深入）”；
- 注册
signal.Notify(ch, syscall.SIGHUP)，并在 goroutine 中监听 ch 并调用 reload，别漏掉signal.Ignore(syscall.SIGHUP)的干扰 - 单元测试里用
os.WriteFile修改临时配置文件，再手动调用 reload 函数，验证atomic.Value.Load()返回的是新配置 - 压测时启动 10 个 goroutine 循环读配置 + 1 个 goroutine 频繁 reload，用
go tool trace看是否出现读阻塞或写饥饿
真正的难点不在监听文件，而在确保每次 reload 都是原子、可逆、可观测的。配置结构越复杂，越要提前约定好版本字段和迁移逻辑——别等线上改了字段才发现老代码 panic。
