GoLand断点不触发主因是运行模式错误，须用Debug（虫子图标）而非Run（绿色三角形）；Run Configuration中Package path应填“.”或含main()的路径，禁用Allow parallel run防端口冲突。
断点不触发，八成是运行环境没对齐——GoLand 调试不是“设了就能停”，它依赖 dlv、go mod 模式、启动配置三者严格匹配。错一个，断点就灰掉或静默跳过。
确认 GoLand 用的是调试模式，不是运行模式
绿色三角形（Run）和虫子图标（Debug）走的是两套执行路径：Run 不加载调试器，断点完全无效。
- 必须点 Debug 按钮（或按
Shift+F9），不能点 Run - 检查当前 Run Configuration 的
Run kind：选Package（推荐），不要选File；若选Directory，目录下必须有且仅有一个main包 -
Package path填.或./cmd/myapp，别填main.go—— GoLand 不认文件路径，填了会降级为普通运行，断点失效
Delve 必须装对版本，且 IDE 配置要指向它
GoLand 默认可能用内置 dlv，但旧版或系统级安装的 dlv 常和当前 Go 版本不兼容，导致断点命中但变量显示 <optimized out> 或直接不 attach。
- 终端执行
dlv version，确认输出含Build ID: (github.com/go-delve/delve)；若是derekparker/dlv，先go uninstall github.com/derekparker/dlv/cmd/dlv@latest - 用
go install github.com/go-delve/delve/cmd/dlv@latest安装最新版，确保which dlv返回路径在$GOBIN或$GOPATH/bin - GoLand 设置里：
Settings → Go → Debugger → Delve，选Use custom delve并指定上面那个dlv路径，别依赖“built-in”
Go Modules 和 GOPATH 别混着用
项目有 go.mod 却还在 GOPATH 下开项目，dlv 可能从 GOPATH/src 加载源码，导致断点位置错乱、变量无法展开。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 确保
Settings → Go → Go Modules中勾选Enable Go modules integration -
Settings → Go → GOPATH里取消勾选Enable GOPATH mode，并禁用Use GOPATH that is defined in system environment - 右键断点 →
Breakpoint Properties→ 确保没勾选Ignore if library code，否则模块内依赖代码的断点会被跳过
远程调试容器时，dlv 启动参数一个都不能少
本地 Goland 连不上容器里的 dlv，90% 是因为监听参数漏项或版本不匹配，错误无提示，只显示“Connection refused”或“Failed to connect”。
- 容器内启动命令必须包含：
dlv debug --headless --listen=:40000 --api-version=2 --accept-multiclient --continue - 漏
--accept-multiclient：Goland 连一次就断，第二次连不上；漏--continue：服务卡在启动态，HTTP 根本不响应 - GoLand 远程调试配置中，
Port填40000，Host填容器 IP 或localhost（若端口已映射）；API version必须和--api-version一致（2026.1 默认要 v2）
最易被忽略的是：断点设在 vendor 或 go.sum 生成的缓存路径里，GoLand 默认不索引这些位置——哪怕代码能跳转，断点也可能不生效。真要调试依赖库，得手动在 Settings → Go → Libraries 里添加对应模块路径，并确认其源码可读。
