Beego 默认不监听 conf/app.conf 变更，需通过自定义 bee.json 配置 watch_ext 扩展名列表，使 bee run 命令支持配置文件热重载，避免手动重启服务。
beego 应用默认不监听 conf/app.conf 变更，需通过自定义 bee.json 配置 watch_ext 扩展名列表，使 bee run 命令支持配置文件热重载，避免手动重启服务。
在 Beego 开发中，bee run 是官方推荐的开发期热重载工具，但其默认行为仅监控 .go 源文件（如 watchExts = []string{".go"}），不会自动响应 conf/app.conf 的变更。这意味着即使你修改了数据库地址、端口或日志级别等配置，应用也不会自动重载——必须手动终止并重新执行 bee run，严重影响开发效率。
要启用对配置文件的监听，关键在于自定义 bee.json 配置文件，显式声明需监听的扩展名。请在项目根目录（与 conf/ 同级）创建 bee.json，内容如下：
{
"version": 0,
"gopm": {
"enable": false,
"install": false
},
"go_install": false,
"watch_ext": [".conf"],
"dir_structure": {
"watch_all": false,
"controllers": "",
"models": "",
"others": []
},
"cmd_args": [],
"envs": [],
"database": {
"driver": "mysql"
}
}⚠️ 注意事项：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- watch_ext 字段必须为字符串数组，.conf 前的点号不可省略；
- 若需同时监听其他非 Go 文件（如 .yaml 或 .toml 配置），可扩展为 [".conf", ".yaml", ".toml"]；
- bee.json 修改后需重启 bee run 才会生效；
- 该机制仅适用于开发环境（bee run）；生产环境严禁使用 bee run，应通过进程管理器（如 systemd、supervisord）配合配置热更新逻辑（如 Beego 的 beego.LoadAppConfig() + 信号监听）或滚动发布实现配置生效。
验证是否生效：启动 bee run 后，修改 conf/app.conf 中任意配置项（如 httpport = 8081），终端将立即输出类似 restarting due to conf/app.conf change... 日志，并自动重启服务——此时新配置已加载。
总结：Beego 本身不内置配置文件热重载能力，但借助 bee 工具链的可配置监听机制，只需一份正确的 bee.json，即可低成本实现开发阶段的高效迭代。切记区分开发与生产场景，避免将 bee run 误用于线上环境。
