断点不生效主因是运行方式、构建参数或delve配置错误；必须用debug按钮而非run，run configuration选package并填正确包路径，编译加-gcflags="all=-n -l"禁用优化，远程调试容器需加--accept-multiclient和--continue。
GoLand 断点调试不生效，八成不是 IDE 坏了，而是运行方式、构建参数或 Delve 配置没对上——直接改这三处就能解决大部分问题。
断点设了却完全不触发？先确认是不是在 Debug 模式下运行
绿色三角形（Run）和虫子图标（Debug）走的是两套执行路径：Run 模式下 Delve 根本不介入，断点只是 IDE 画的红点，不会暂停程序。
- 必须点击
Debug按钮（或按Shift+F9），而不是Run - 检查 Run Configuration 的
Run kind：选Package时，Package path必须填.或./cmd/xxx这种含main()的包路径；填main.go文件路径会静默降级为 Run 模式 - 选
Directory时，目录下必须有且仅有一个main包，否则 Delve 找不到入口
断点命中但停错位置？编译时没禁用优化
Go 编译器默认内联函数、重排行号，Delve 拿到的调试信息和源码对不上，结果就是断点飘到上一行、下一行，甚至卡进 runtime 匿名函数里。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 在 Run Configuration →
Go Build→Program arguments中添加：-gcflags="all=-N -l" - 注意不能漏掉
all=，否则只影响主包，依赖模块仍可能被优化 - 避免在构建命令里加
-ldflags="-s -w"，它会剥离.debug_*段，导致no debug info found警告
条件断点写法受限？Delve 不支持完整 Go 语法
Delve 底层用的是自己的表达式引擎，不是 Go 解释器。写错语法不会报错，而是条件永远不成立，断点形同虚设。
- 支持：
c.Request.URL.Path == "/api/user"、user.ID > 0 && user.Status == "active"、len(c.Request.Header["X-Trace-ID"]) > 0 - 不支持：
len(s)（函数调用）、strings.Contains()（标准库函数）、:=（短变量声明）、未导出字段如c.engine - 验证是否生效：右键断点 →
Edit breakpoint→ 勾选Log message to console，只要控制台打出日志，说明条件已识别
高并发下 Debugger 卡死？别让断点 suspend 所有 goroutine
GoLand 没有“线程断点”，只有 goroutine 断点。成百上千个 goroutine 同时停在一行，IDE 会假死，这不是性能问题，是设计限制。
- 右键断点 → 取消勾选
Suspend，改用Log message to console输出runtime.GoID()和关键变量 - 真要暂停，优先设在
select分支、channel操作或锁竞争点，这些位置天然分流 - 需要限定 goroutine：在条件中写
runtime.GoID() == 123（先打印 ID 定位），注意该 ID 每次重启都变，仅限单次调试
最易忽略的一点：远程调试容器时，dlv debug 启动命令必须带 --accept-multiclient 和 --continue，漏一个，GoLand 就连不上或服务起不来——参数不是可选的，是硬性要求。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
