buffalo dev是热重载唯一入口，需满足CLI≥v0.18.0、在含actions/和go.mod的项目根目录执行、main.go中调用app.Serve()，否则静默失败；默认监听actions/、models/、templates/、locales/下的.go和模板文件，改app.go或main.go需手动重启。
直接运行 buffalo dev 就是开启热重载的唯一方式，不需要额外配置、插件或改构建脚本——但必须满足三个前提：CLI ≥ v0.18.0、当前目录是项目根（含 actions/ 和 go.mod）、main.go 中调用了 app.Serve()。
buffalo dev 为什么没反应或启动就退出
它不是“不工作”，而是静默失败。最常见原因有三：
- CLI 版本太低：运行
buffalo version，低于 v0.18.0 的旧版根本不监听文件变更；升级用go install github.com/gobuffalo/cli/v2@latest - 不在项目根目录执行：它只认同时存在
actions/、models/、go.mod和buffalo.yaml的目录；进错子目录会报no app found却不提示你换地方 - 缺少启动锚点：要么有
buffalo.dev.yml，要么main.go里明确写了app.Serve()；二者缺一，命令会直接返回 shell，无错误也无服务
修改代码后不触发重启，监听范围在哪
默认只监听四个目录：actions/、models/、templates/、locales/，且只对 .go 和模板文件（如 .html）生效。其他路径改动一律无视：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 改了
app.go或main.go？不重启——它们属于启动配置，必须手动Ctrl+C再buffalo dev - 新增了
ui/components/目录并用{{partial "header.html"}}引入？得加参数：buffalo dev --watch-dir ./ui/components - 用了
//go:embed assets/static加载静态资源？embed 文件完全不在监听范围内，改了不会 rebuild；临时解法是touch actions/home.go“骗”一次重启 - 删了
assets/但终端卡在→ Building assets？说明 watcher 还在找 webpack，加--skip-assets绕过前端构建链路
调试时看不到 panic 堆栈、断点失效怎么办
buffalo dev 不是调试器，它是封装了 go run + 监听 + asset 构建的开发服务器，自带 recovery 中间件和多层进程代理，天然屏蔽底层错误：
- panic 被吞掉？注释掉
app.Use(middleware.Recovery)，或改用go run main.go启动，原始 stack trace 立刻可见 - dlv 断点不命中？别用
buffalo dev调试逻辑，直接dlv debug --headless --listen=:2345 --api-version=2，然后在 IDE 里 attach - 想快速编译提速？加
-gcflags="-l"跳过内联优化：go run -gcflags="-l" main.go，重启快 20%～30% - LiveReload 失效？不是热加载坏了，而是中间件可能 hijack 了连接或删了
Upgradeheader；检查app.Use()链里有没有自定义响应流的逻辑
真正容易被忽略的是：每次热重载都是完整进程重启——数据库连接池重置、内存 session 清空、全局变量重新初始化。它不像前端 HMR 那样保留状态，所以别指望“改个路由还能接着调试上次的请求上下文”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
