Golang如何用Delve调试程序_Golang Delve调试教程【完整】-Golang-PHP中文网

必须用 dlv test 调试测试文件，因 dlv debug 仅启动 main 包；断点需写完整包路径如 myproj/pkg.TestFoo；调试须加 -gcflags="-N -l" 避免变量显示；VS Code 中 program 应填包路径而非文件路径；远程调试需 --headless 与 --api-version=2 配套使用。

golang如何用delve调试程序_golang delve调试教程【完整】

dlv debug 不能直接调试测试文件，必须用 dlv test

很多人卡在第一步：写好 TestFoo，加了断点，执行 dlv debug 却根本进不去测试逻辑——因为 dlv debug 只编译并启动 main 包，而测试代码在 _test.go 文件里，属于独立构建上下文。

正确做法是用 dlv test 替代整个调试入口：

dlv test：启动当前包所有测试的调试会话，进入后手动设断点再 c
dlv test -- -test.run ^TestFoo$：只加载并运行单个测试函数，推荐日常使用
断点必须用完整包路径，比如 break myproj/pkg.TestFoo，不能只写 TestFoo

漏掉 -- 分隔符或写错正则格式（如漏掉 ^ 和 $），会导致 -test.run 被当成 dlv 参数而非测试参数，静默失效。

变量显示 `<optimized out></optimized>`？加 `-gcflags="-N -l"` 是硬性要求

Delve 调试时看到变量值是 <optimized out></optimized> 或为空，不是配置错了，而是 Go 编译器默认做了内联和寄存器优化，把变量从栈帧里“抹掉”了。Delve 没法凭空读取不存在的信息。

必须让编译器保留调试信息：

命令行调试时，在 dlv test 或 dlv debug 后追加：-gcflags="-N -l"
VS Code 的 launch.json 中，在 args 里加上："-gcflags", "-N -l"
-N 禁用优化，-l 忽略内联 —— 二者缺一不可

不加这个参数，哪怕断点命中断了，locals 或 p x 也大概率看不到值；加了之后二进制体积略大、运行稍慢，但这是调试阶段的合理代价。

VS Code 断点不命中？先确认 `program` 字段填的是包路径，不是文件路径

在 .vscode/launch.json 里把 "program": "./main.go" 或 "program": "." 当成“指定入口”，是常见误配。Delve 的 program 字段实际表示“要调试哪个 Go 包”，不是“去跑哪个文件”。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

正确填写方式取决于项目结构：

单模块、main.go 在根目录：填 "program": "${workspaceFolder}"
多模块、main 在 cmd/myapp：填 "program": "${workspaceFolder}/cmd/myapp"
调试测试：把 "mode": "test"，同时 program 仍指向包路径（如 "${workspaceFolder}/pkg"），不是 _test.go 文件