Iris框架不支持配置热更新，因其iris.Configuration和ConfigureContainer()均为启动时一次性加载，运行时修改会导致竞态、连接泄漏等问题；必须通过fsnotify监听配置变更，校验后重建依赖（如DB连接池），再用atomic.Value原子替换引用，确保线程安全。
Iris 框架本身不提供配置热更新能力，所有“热更新”行为必须由你手动触发并安全注入到运行时上下文，否则容易导致 handler 读到过期配置、连接池未重建、中间件逻辑错乱。
为什么 iris.Config() 和 app.ConfigureContainer() 都不能热更新
Iris 的 iris.Configuration 是启动时一次性加载的结构体，只在 iris.New() 或 app.Run() 前生效；app.ConfigureContainer() 注册的依赖也是初始化阶段完成绑定，后续无法替换实例。强行用全局变量覆盖或重注册会导致竞态、连接泄漏、中间件缓存失效等问题。
常见错误现象：app.RegisterValue("db_config", cfg) 后修改 cfg.Timeout，但已有 handler 仍在用旧的 *sql.DB 实例，新配置完全没生效；或用 ctx.Values().Set("config", newCfg)，结果下一个请求又取到空值——因为 Values() 生命周期仅限单次请求。
- 配置热更新 ≠ 修改一个 struct 字段，而是要重建依赖对象（如 DB 连接池、HTTP client、限流器）并原子替换引用
- 不能依赖 Iris 自身的配置机制做运行时变更，它不是配置中心客户端
- 所有被注入的实例（如
*sql.DB、*redis.Client）必须支持 graceful shutdown + 重建
用 fsnotify + atomic.Value 实现安全配置替换
核心是把配置加载、校验、实例重建、原子替换四步拆开，避免中间状态暴露给正在处理的请求。
实操建议：
- 用
fsnotify.Watcher监听配置文件（如config.yaml）变化，收到fsnotify.Write事件后触发 reload 流程 - 新建配置结构体，调用完整校验逻辑（如 DSN 格式、超时值范围、必填字段非空），失败则跳过替换并打 error 日志
- 重建依赖：关闭旧
*sql.DB（调用oldDB.Close()），用新配置初始化新连接池，并设置SetMaxOpenConns/SetConnMaxLifetime - 用
atomic.Value存储当前生效的配置指针，handler 中通过currentConfig.Load().(*Config)读取，确保读写无锁且线程安全
示例关键片段：
var currentConfig atomic.Value
currentConfig.Store(&defaultConfig)
func reloadConfig() {
newCfg := loadAndValidateConfig()
if newCfg == nil {
return
}
// 关闭旧 DB
if oldDB != nil {
oldDB.Close()
}
newDB := sql.Open("mysql", newCfg.DSN)
// ... set pool params
oldDB = newDB
currentConfig.Store(newCfg)
}
如何让中间件和 handler 感知配置变更
不能靠 context 传配置（生命周期太短），也不能用全局变量（非线程安全），正确方式是统一从 atomic.Value 或单例管理器中读取最新快照。
- 中间件中不要缓存配置字段，每次执行都调用
currentConfig.Load().(*Config).Timeout - 数据库操作封装成函数（如
getTenantDB(tenantID string) *sql.DB），内部查租户配置后再查currentConfig获取全局 DB 参数 - 如果用了依赖注入（如
app.RegisterValue("logger", logger)），热更新时需重建 logger 实例并重新注册——但注意 Iris 不支持运行时 unregister，所以推荐改用atomic.Value管理 logger 实例 - 路由层无法自动响应配置变更，比如限流规则变了，得自己实现一个
limiter.GetLimiter(key string) *rate.Limiter，内部基于当前配置动态生成
最容易被忽略的是连接池重建后的资源释放时机：旧 *sql.DB 调用 Close() 后，正在执行的查询不会立即中断，但后续新请求必须确保拿到新实例；若 handler 正在事务中，不能在事务中途切换 DB，得等事务结束再 reload。
