vs code调试go需确保delve装入$gopath/bin并加入path、launch.json中mode与program匹配项目结构（如exec模式配编译后二进制）、go mod init后执行go mod tidy补全依赖，否则断点失效或goroutine不可见。
go 环境搭得再标准，没配好调试链路，照样卡在 fmt.Println 上反复打点——VS Code 调试 Go 不是“装完插件就自动好”，关键在三处：Delve 安装路径是否进 PATH、launch.json 里 mode 是否匹配项目结构、以及模块初始化是否触发了正确依赖解析。
Delve 必须装进 $GOPATH/bin 且 PATH 可见
VS Code 的 Go 扩展会尝试自动安装 dlv，但失败率极高——它默认往 $HOME/go/bin 装，而你的 shell 可能只认 $GOPATH/bin（尤其当你手动改过 GOPATH）。直接命令行装最稳：
- 运行
go install github.com/go-delve/delve/cmd/dlv@latest - 检查是否落进预期目录：
ls $GOPATH/bin/dlv（不是$HOME/go/bin） - 确认终端能直接调用：
dlv version输出不报错 - 如果 VS Code 还提示 “dlv not found”，重启编辑器并检查
PATH是否包含$GOPATH/bin
launch.json 的 mode 和 program 必须对得上项目类型
mode: "auto" 看似省事，但实际容易误判：单文件无 go.mod 时它可能当测试包跑；多模块项目里又可能漏掉子模块。真实场景建议显式指定：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 普通主程序（含
main()）：用"mode": "exec"+"program": "./main"（先go build -o main） - 模块化项目（有
go.mod）：用"mode": "test"调试测试函数，或"mode": "auto"+"program": "${workspaceFolder}" - 绝对不要写
"program": "main.go"——Delve 不接受源文件路径，只认编译后二进制或模块根路径
go mod init 后必须 go mod tidy，否则调试时 import 报红
VS Code 的 Go 扩展依赖 gopls 提供语义支持，而 gopls 会严格校验 go.mod 中声明的依赖是否完整。常见现象：断点能设，但悬停变量显示 no value，或者跳转定义失败。
- 新建项目第一件事：
go mod init example.com/myapp - 立刻跟一句：
go mod tidy（拉取所有间接依赖并写入go.sum） - 如果已有代码但没
go.mod，别手动创建空文件——go mod init会自动扫描import并生成最小依赖集 - 代理配置别省：
go env -w GOPROXY=https://goproxy.cn,direct，否则tidy卡住等于调试卡死
调试时 goroutine 看不见？不是 Delve 没采集，是 UI 开关没开
GoLand 用户常遇到的问题，在 VS Code 里同样存在：断点停住后，左侧 Frames 面板只有 1 个 goroutine，明明写了 go func() { ... }() 却看不到其他协程。
- 这不是 Delve 问题，而是 VS Code Go 扩展默认折叠了 goroutine 视图
- 打开方式：调试启动后，点击 Debug 控制台右上角 “Show Goroutines” 按钮（图标是两个交错圆圈）
- 快捷键：
Ctrl+Shift+G（Windows/Linux）或Cmd+Shift+G（Mac） - 开启后 Frames 面板顶部出现 Goroutines 标签页，点进去就能看每个 goroutine 的栈帧和启动位置
dlv 路径不可达、go.mod 缺失依赖、或者 goroutine 列表被 UI 隐藏——这三处不手动验证，光靠“自动配置”只会反复重装扩展。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
