因为config.initconfig()必须在iris.new()之前执行，而mvc初始化发生在app创建之后；若延迟到controller中加载，databaseconfig字段全为零值，导致db连接失败。
为什么直接在 MVC Controller 里读 config.DatabaseConfig 会 panic？
因为 config.InitConfig() 必须在 iris.New() 之前执行，而 MVC 初始化（mvc.New(app.Party(...))）发生在 app 创建之后。如果配置加载被拖到 controller 的 BeforeActivation 或构造函数里，config.DatabaseConfig 还是零值——Go 不会报错，但字段全是默认值（比如 MaxOpenConns 是 0），后续 DB 连接直接失败。
常见现象：sql: max connections is 0 或连接池初始化卡住；调试时打印 config.DatabaseConfig 看起来结构体不为空，但所有字段都是零值。
根本原因：Iris-ridge 的配置加载是纯初始化阶段行为，不支持运行时 lazy load，也不和 MVC 生命周期耦合。
如何让 MVC 层安全访问不同环境的 yml 配置？
核心原则：配置加载与 MVC 完全解耦，MVC 只消费已加载好的全局变量。
-
config.InitConfig()必须放在main.go最顶部，在iris.New()和任何mvc.New()调用之前 - 确保
os.Getenv("APP_ENV")在调用前已设好（如os.Setenv("APP_ENV", "prod")或启动时APP_ENV=prod ./myapp） - MVC controller 中直接使用
config.DatabaseConfig或config.AppConfig字段，不要重新解析 yml - 若需在 controller 构造时注入配置（比如传入 DB 实例），应在
mvc.Application.Register阶段手动传参，而非依赖全局变量延迟读取
加载路径和文件名怎么写才不踩坑？
LoadYamlConfig("database", &DatabaseConfig) 这行代码背后自动拼路径：先读 APP_ENV，再拼成 config/{env}/database.yml。若 APP_ENV 未设，默认用 "dev"，即尝试加载 config/dev/database.yml。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
容易出错的点：
- 实际文件放在
config/database.yml（无环境子目录），但代码仍按APP_ENV=dev去找config/dev/database.yml→ 报错或静默加载失败（字段为零值） - yml 文件名写成
db.yml，但LoadYamlConfig第一个参数写了"database"→ 找不到文件，无提示，DatabaseConfig全零值 - 嵌套结构字段 tag 写错，例如 yml 里是
redis: host: 127.0.0.1，struct 却定义RedisHost string `yaml:"redis_host"`→ 解析失败，Redis.Host保持空字符串
能不能在 MVC 里动态切换环境配置？
不能。Iris-ridge 的 LoadYamlConfig 是一次性初始化操作，不支持运行时 reload 或切换 APP_ENV 后重载。修改 yml 后必须重启进程。
如果你真需要运行时切换（比如灰度发布时临时切 DB 地址），得绕过框架配置层，自己实现：
- 用
fsnotify监听 yml 文件变化 - 手动调用
yaml.Unmarshal解析新内容到新 struct - 原子替换全局配置指针（注意并发读写安全）
- 但这样就脱离了 Iris-ridge 默认机制，DB 连接池、Redis 客户端等不会自动重建，需自行管理生命周期
绝大多数业务场景下，重启服务才是安全、可追溯、符合部署规范的做法。所谓“动态”，往往只是幻觉——真正的配置变更，从来都需要明确的发布动作和可观测性保障。
