“could not launch process”根本原因是dlv构建失败，需确认go命令可用、gopath/goroot有效、go.mod路径匹配、main.go存在且含func main()，并确保使用兼容版本的dlv。
GoLand 启动调试时提示 “could not launch process”
这基本等于 dlv 根本没跑起来，不是断点没命中，而是连进程都没生成出来。核心原因永远是构建环节崩了——dlv debug 本质是先调 go build，再运行二进制并注入调试逻辑。
- 终端里手动执行
go build -gcflags="-N -l" main.go，必须成功；失败就别指望 dlv 能过 - 确认当前目录含
go.mod文件，且module名与路径一致（比如module example.com/myapp，但你在~/tmp/xxx下执行 dlv debug，就会找不到包） - 检查
which go和go env GOPATH GOROOT输出是否都有效；GOROOT 错设成/usr/local/go/src这类子目录是高频错误 - Windows 用户特别注意：别用 Git Bash 启动 GoLand，它 PATH 常和系统不一致；改用 PowerShell 或 cmd 启动
GoLand 报 “Delve version too old” 或 “maximum supported version”
这是版本链断裂的明确信号。GoLand 内置的 dlv 很可能还是旧版（比如 1.7.x），而你装的是 Go 1.21+ —— 它们之间调试信息格式已不兼容。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 执行
dlv version看当前生效的版本；Go 1.20+ 至少需要 Delve 1.9.0，1.21+ 推荐 1.22.0+（@latest通常安全） - 用
go install github.com/go-delve/delve/cmd/dlv@latest装新版本，确保$GOPATH/bin在 PATH 中 - GoLand 设置里取消勾选
Use dlv that is bundled with the IDE，在Path to Delve手动填入$GOPATH/bin/dlv（Windows 是%GOPATH%\bin\dlv.exe） - 若仍报错，重启 GoLand；某些版本会缓存旧 dlv 路径，仅重载配置不够
断点灰色、悬空、或调试直接跳过
不是代码问题，是调试符号没加载进来。dlv 看不到源码行号，自然无法停住。
- 必须加
-gcflags="-N -l"：-N 关内联，-l 关变量优化，两者缺一不可；只写-N或漏掉-l都会导致局部变量显示unavailable - VS Code / GoLand 的
launch.json或调试配置中，"mode": "debug"对应源码模式，"program": "."表示当前目录有main.go；若 main 在./cmd/api，就得写"program": "./cmd/api" - 远程调试或 Docker 场景下，本地路径和目标机路径不一致，必须配
substitutePath映射，否则断点永远悬空 - 别信“我刚改完保存了”，GoLand 有时不会自动触发保存；手动 Ctrl+S 再试一次
dlv dap 连接被拒或调试控制台空白
GoLand 默认走 dlv-dap 协议，但它不会自动拉起 dlv-dap 进程——你得自己先开服务，或者让 IDE 代劳。
- 如果手动启了
dlv dap --listen=:2345，GoLand 的 launch.json 就得配"mode": "dlv-dap"和"port": 2345；否则它会试图走旧协议，连不上 - 检查端口是否真被占：
lsof -i :2345（macOS/Linux）或netstat -ano | findstr :2345（Windows） - GoLand 设置里，
Go > Debugger > DAP Mode必须启用；旧版插件默认关着这个开关 - 首次启动 dlv-dap 可能卡几秒，别急着关；看 GoLand 底部状态栏是否出现 “Starting Delve DAP Server…”
go.mod 路径、main.go 位置、IDE 工作区根目录、dlv 启动时的当前目录——这四个点只要有一个偏移，构建就可能静默失败，而错误日志往往藏在 GoLand 的 “Debug” 控制台底部滚动条之外。
