GoLand调试默认不工作是因dlv版本、启动模式、模块状态三者未对齐；任一错配即导致断点灰化、could not launch process或变量，须严格匹配dlv与Go版本、选Package模式、设对工作目录并禁用优化。
GoLand 调试器默认不工作——不是你代码有问题，而是 dlv 版本、启动模式、模块状态三者没对齐。只要任一环节错配，就会出现断点灰化、could not launch process、变量显示 <optimized out></optimized> 等现象。
确认 dlv 是 github.com/go-delve/delve 且版本匹配 Go SDK
旧版 dlv（比如来自 github.com/derekparker/dlv）或系统包管理器安装的低版本，在 Go 1.22+ 下必然失败。GoLand 内置的 dlv 副本也可能滞后。
- 终端执行
dlv version，输出中必须含Build ID: (github.com/go-delve/delve) - 若不匹配，先运行
go uninstall github.com/derekparker/dlv/cmd/dlv@latest（如有） - 再执行
go install github.com/go-delve/delve/cmd/dlv@latest - 验证路径：
which dlv应指向$GOBIN/dlv或$GOPATH/bin/dlv，且该路径需与 GoLand 设置中Delve path一致 - Go 1.22+ 推荐用
dlv v1.23.0+；若用 Go 1.24，必须用dlv v1.24.0+
Run kind 必须选 Package，且工作目录是 module 根目录
选 File 或 Directory 模式会导致 dlv 无法识别 go.mod，从而加载错误依赖路径，断点命中但变量为空。
- 在
Run → Edit Configurations中，Run kind严格选Package -
Package path填./（当前模块）或显式写main，不要填main.go - 确保
Working directory是项目根目录（即含go.mod的目录） - 右键点击项目根目录 →
Reload project，确认 GoLand 左下角显示 “Go Modules” 状态正常
调试时 goroutine 不显示？手动打开 Show Goroutines 面板
GoLand 默认隐藏 goroutine 列表，不是 Delve 没采集到数据，而是 UI 折叠了。不打开就看不到并发上下文，channel 阻塞也无从分析。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 启动调试后，点击 Debug 窗口右上角
Show Goroutines按钮（图标为两个交错圆圈） - 或按快捷键
Ctrl+Shift+G（Windows/Linux）/Cmd+Shift+G（macOS） - 开启后，
Frames面板顶部出现Goroutines标签页，可切换查看每个 goroutine 的调用栈 - 若仍为空，检查是否用了
go build -gcflags="all=-N -l"编译——缺少调试符号会导致 Delve 解析失败
附加调试运行中的服务：必须带 -gcflags="all=-N -l" 编译
直接 attach 到已启动的服务时，如果二进制未禁用优化，断点大概率失效，变量值不可读，甚至触发 runtime: unexpected return pc for runtime.goexit called from 0x0。
- 编译命令必须加参数：
go build -gcflags="all=-N -l" -o myserver ./cmd/server - 不要用
go run启动后 attach——它临时生成的二进制不含完整调试信息 - 容器内调试需让
dlv exec成为主进程，并暴露--listen=:40000端口；GoLand 用Go Remote配置连接 - attach 前确认进程 UID 与 GoLand 一致（避免 sudo 启动导致权限拒绝）
最容易被忽略的是：dlv 版本和 Run kind 的组合是硬性约束，不是可选项。哪怕其他所有设置都对，只要这两项错配，调试就只是“看起来在跑”，实际无法观测真实状态。
