buffalo 框架不内置信号监听逻辑，需手动注册 signal.notify 监听 os.interrupt 和 syscall.sigterm，缓冲 channel 大小为 1，并在 app.serve() 前启动 goroutine 等待信号以实现优雅退出。
Buffalo 框架本身不内置信号监听逻辑
Buffalo 是基于 net/http 的 Web 框架，它启动的 http.Server 没有自动注册 os.Interrupt 或 syscall.SIGTERM 处理——和原生 Go 一样，必须手动监听。你不能依赖 buffalo dev 或 buffalo build 生成的二进制“自带优雅退出”，所有清理逻辑都得自己补。
必须在 app.Serve() 之前注册 signal.Notify
常见错误是把 signal.Notify 放在 app.Serve() 后面，或者包在 buffalo.New() 内部调用里。一旦 app.Serve() 开始阻塞，主 goroutine 就卡住了，信号 channel 根本没机会被 select 消费。
-
sigChan := make(chan os.Signal, 1)—— 缓冲大小必须为 1，否则连续发两次kill -15可能丢第二次 - 必须同时监听
os.Interrupt（对应Ctrl+C）和syscall.SIGTERM（对应kill -15、K8s 终止） - 监听前建议加
signal.Ignore(syscall.SIGINT, syscall.SIGTERM)，防止默认行为直接杀进程（尤其在 macOS/Linux 上） - 监听后立刻起 goroutine 阻塞等待：
go func() { ，别在主线程里 <code>select
shutdown 流程要手动触发 http.Server.Shutdown()
Buffalo 的 app 实际持有 *http.Server（可通过 app.HTTPServer 访问），但它的 Shutdown() 方法不会自动调用。你得在收到信号后显式执行：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 先调
signal.Stop(sigChan)防止重复触发（可选，但推荐） - 调用
app.HTTPServer.Shutdown(ctx)，其中ctx必须带超时，例如context.WithTimeout(context.Background(), 10*time.Second) - 不要用
time.Sleep等待，Shutdown()返回才代表连接真正关闭完毕 - DB 连接池、Redis 客户端等外部资源，需在
Shutdown()后单独关闭，且顺序重要：先停 HTTP server，再关 DB
容易忽略的 Windows 兼容性问题
Windows 不支持 syscall.SIGTERM，硬写会导致编译失败。正确做法是用 os.Interrupt 主力兜底，并按平台条件编译：
- Linux/macOS：监听
os.Interrupt, syscall.SIGTERM - Windows：只监听
os.Interrupt（Ctrl+C是唯一可靠信号） - 避免写
// +build !windows把 SIGTERM 整块屏蔽——这会让跨平台构建出错，应改用运行时判断或构建标签隔离 signal 注册逻辑
最麻烦的不是监听不到信号，而是监听到了却没等 app.HTTPServer.Shutdown() 完就 os.Exit(0)，导致活跃请求被重置、日志截断、连接池泄漏。信号只是开关，真正的退出控制权始终在你手里的 context 和 Shutdown() 调用链上。
