beego 1.4+ 版本默认支持控制器代码变更后的自动热重载（通过 `bee run` 实现），无需重启整个应用即可更新路由与控制器逻辑，有效保留 session 等内存状态；正确配置 `bee.json` 还可扩展监听文件类型。

Beego 自带的开发工具 bee 提供了开箱即用的热重载（Hot Reload）能力，其本质是进程级自动重启——当检测到源码变更时，bee 会优雅终止当前进程并拉起新实例。虽然严格意义上并非“动态 patch 控制器”（如 Java 的 JRebel 或 Python 的 reload 模块），但在 Beego 生态中，这已是最接近热更新的官方方案，且自 Beego 1.4 起稳定可用（早期用户误以为该功能被移除，实为配置或版本兼容性问题）。

要启用并优化热重载体验，请确保以下前提：

• 使用 bee 工具启动项目：bee run（而非 go run main.go）；
• bee 和 beego 版本匹配良好（推荐 bee ≥ 1.4.1 + beego ≥ 1.6.0 + Go 1.5+）；
• 项目结构符合 Beego 规范（含 conf/app.conf、main.go 及 controllers/ 目录）。

默认情况下，bee run 仅监听 .go 文件变更。若需在修改模板（.tpl）、静态资源（.html, .css, .js）或配置（.conf）后也触发重载，可在项目根目录创建 bee.json 配置文件：

Ai Coach Batch Session Summary

批量分析录音转写，输出多维度拓客报告。触发词：录音分析、总结、音频总结、拜访记录总结。当用户提及「分析录音」「看看录音数据」「最近的录音」「通话记录」且意图为批量统计/分析时触发。仅出现「录音」或「拜访」时需结合上下文，若仅查看单条详情则不触发。

下载

{
  "watch_ext": ["go", "conf", "html", "css", "js", "tpl"],
  "dir_structure": {
    "controller": "controllers",
    "model": "models",
    "view": "views"
  }
}

✅ 提示：watch_ext 中的扩展名不区分大小写，但必须为字符串数组格式；新增类型后无需重启 bee run，配置会自动生效。

启动时，控制台将输出清晰的生命周期日志，例如：

2024/05/10 14:22:08 [INFO] Restarting myapp ...
2024/05/10 14:22:08 [INFO] ./main is running...
2024/05/10 14:22:08 [asm_amd64.s:1721][I] http server Running on :8080
2024/05/10 14:22:15 [router.go:828][D] | GET        /api/user     r:/api/user

⚠️ 注意事项：

• 若代码存在语法错误或编译失败，bee 将停止重载并报错（如 build failed），此时需修复后再保存；
• 热重载无法避免进程重启，因此全局变量、内存缓存（如 map[string]interface{}）和未持久化的 session（如 memory 会话提供者）仍会丢失；如需真正零中断更新，建议搭配 Redis 等外部 session 存储；
• Windows 用户偶遇文件监听延迟，可尝试升级 fsnotify 底层依赖或改用 WSL2 环境。

总结而言，Beego 的热重载不是魔法，而是可靠、轻量、面向开发效率的工程实践。合理利用 bee.json 扩展监听范围，并配合外部状态存储，完全能满足中大型项目的快速迭代需求——它未必是“最激进”的热更新方案，但却是 Beego 生态中最稳健、最值得信赖的开发加速器。