fmt.errorf 更适合配置校验，因其支持格式化和%w嵌套，可携带上下文（如配置项、文件、行号）并保留原始错误类型与堆栈，便于定位问题和错误判断。
Go 里用 errors.New 和 fmt.Errorf 哪个更适合配置校验？
配置加载失败时，错误信息得带上下文才好定位问题。errors.New 只能给静态字符串，一出错就只能看到“invalid port”，根本不知道是哪个配置项、哪个文件、哪一行；fmt.Errorf 支持格式化和嵌套（用 %w），能串起原始错误和校验逻辑。
- 校验端口范围时，别只写
return errors.New("port out of range")，改用return fmt.Errorf("config.port: %d is out of range [1,65535]: %w", port, err) - 如果底层解析 YAML 失败了（比如
yaml.Unmarshal返回 error），用%w包一层再抛出去，调用方才能用errors.Is或errors.As判断类型 - 注意
fmt.Errorf默认不保留堆栈，如果需要调试追踪，得用fmt.Errorf("%w", err)这种方式显式包装，而不是fmt.Errorf("%s", err.Error())—— 后者会丢掉所有原始 error 的结构和堆栈
热更新配置时，为什么 os.Notify + fsnotify 容易漏事件？
fsnotify 不是银弹。它依赖操作系统 inotify/kqueue，对写入模式敏感：小文件直接覆盖一般能捕获，但像 vim 或某些编辑器先写临时文件再 rename，或者程序用 os.WriteFile 写入时带 O_TRUNC，都可能触发多次事件或完全不触发。
- 监听目录时，别只监听
.yaml后缀，要加fsnotify.Create、fsnotify.Write、fsnotify.Rename三种事件类型 - 检查事件的
Event.Name是否匹配目标文件路径，因为fsnotify有时会把父目录的事件也发过来 - 更稳妥的做法是：收到事件后，延迟 100ms 再读文件（避免读到半截内容），并用
os.Stat对比ModTime和上次加载时间，防止重复 reload - 不要用
os.Notify——那是信号处理，跟文件变化无关，纯属混淆概念
用 viper 做热更新，怎么避免配置结构体字段没同步？
viper 的 Unmarshal 是浅拷贝，如果配置结构体里有指针字段（比如 *time.Location）或 map/slice，每次 reload 都不会自动清空旧值，容易残留上一轮的数据。
- 加载前先用
reflect.Zero(reflect.TypeOf(config)).Interface()初始化一个空结构体，再传给viper.Unmarshal，或者干脆每次新建结构体实例 - 更推荐的方式是：不要复用全局 config struct 实例，reload 时生成新实例，原子替换指针（如
atomic.StorePointer(¤tConfig, unsafe.Pointer(&newCfg))），业务代码通过loadConfig()函数访问，内部做 double-check - 如果用了
viper.OnConfigChange回调，注意它在 goroutine 中执行，回调里不能直接修改被多 goroutine 共享的变量，除非加锁或用 channel 通知主逻辑
动态验证配置字段时，go-playground/validator 的 struct tag 怎么避开热更新冲突？
validator 的校验规则写在 struct tag 里，本身是编译期固定的。但热更新时你可能想根据环境切换校验严格度（比如测试环境允许空 db.password，生产环境不允许），tag 写死就做不到。
立即学习“go语言免费学习笔记（深入）”；
- 不要指望改 tag 字符串来动态控制，Go 的 struct tag 是只读的；应该把校验逻辑抽出来，用函数判断：
if env == "prod" && cfg.DB.Password == "" { return fmt.Errorf("db.password required in prod") } - 如果还是想用
validator，可以定义两套 struct（ConfigProd/ConfigTest），各自带不同 tag，运行时按需选一个 Unmarshal 并校验 - 注意
validator默认不校验零值（比如""字符串、0数字），要显式加required、omitempty等 tag，否则热更新后字段变空也不会报错
配置热更新真正的难点不在监听或解析，而在「状态一致性」——结构体实例、校验规则、运行时行为三者必须同频更新。少一步，就可能跑着跑着连不上数据库，还查不出为啥。
