goland中ctrl+c不触发signal.notify，需改用debug模式并勾选“emulate terminal in output console”，否则ide拦截信号导致os.interrupt无法送达；windows下建议用右键菜单发送中断或切换至powershell外部终端。
GoLand 里 Ctrl+C 不触发 signal.Notify 怎么办
GoLand 默认用 Run 模式启动程序，信号被 IDE 拦截，os.Interrupt 根本收不到。不是代码写错了，是调试环境没配对。
必须改用 Debug 模式 启动（而非 Run），并确保 GoLand 的「Emulate terminal in output console」选项已勾选——这是唯一能让 Ctrl+C 真正透传到进程的路径。Windows 下还要注意：IDE 终端可能把 Ctrl+C 当成复制快捷键，建议用鼠标右键菜单发送中断，或改用 PowerShell 外部终端调试。
- Run 模式下
signal.Notify完全无效，别浪费时间排查 channel 缓冲或监听顺序 - Debug 模式 + 勾选「Emulate terminal」后，
os.Interrupt才会进 - 如果仍不生效，检查 GoLand 设置里的「Send signal to process group」是否关闭（它会导致信号发给整个组，干扰主 goroutine）
如何验证 SIGTERM 在 GoLand 里是否被正确捕获
本地无法直接 kill -15 调试中的进程，因为 GoLand 启动的进程 PID 不稳定、且常被 wrapper 进程包裹。可靠办法是用 GoLand 自带的「Send Signal」功能：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 运行中点击右上角「▶️」按钮旁的「⚡」图标 → 选择
SIGTERM - 确保
signal.Notify(sigCh, os.Interrupt, syscall.SIGTERM)已调用，且sigCh是chan os.Signal类型（不是chan int） - 在
for sig := range sigCh循环里加断点，看是否命中；若没命中，大概率是signal.Notify调用位置太晚（比如在http.ListenAndServe之后）
调试时为什么 shutdown 流程卡住、日志不输出
常见假象：打了断点看到程序停在 srv.Shutdown(ctx)，就以为卡住了——其实它正在等活跃请求自然结束。真正问题往往藏在依赖没设超时：
-
http.Client.Do没传ctx或没设Timeout，导致请求永远挂起 -
db.QueryRowContext对应的ctx没传入，或数据库连接池未限流（db.SetMaxOpenConns(1)没调） - 后台 goroutine（如
time.Ticker）没监听ctx.Done()，Shutdown 后还在跑 - 日志不输出？检查是否用了同步 logger（如
log.Printf），而主线程已退出，缓冲未 flush；换log.Println或显式log.Sync()
GoLand 调试信号 handler 时容易踩的坑
在 signal handler goroutine 里加断点是危险操作。GoLand 的调试器会暂停整个进程，但信号通道消费是同步的——一旦你卡在 switch sig 里，后续所有信号都会堆积在缓冲区，直到满后被静默丢弃，再按 Ctrl+C 就完全没反应。
- 不要在
for sig := range sigCh循环体里加断点；应在循环外打日志，再在清理逻辑（如srv.Shutdown）前设断点 - 别用
os.Exit(0)做调试出口，它绕过 defer，你会看不到数据库 close 日志、连接泄漏也难发现 - 想验证是否真退出？看 GoLand 控制台最后一行是不是
Process finished with exit code 0；如果是130或143，说明信号被捕获但 cleanup 失败了
