需系统级安装Go并配置PATH，重启终端验证go version；VS Code仅装官方golang.go扩展；配置autoUpdate、空gopath、启用languageServer；dlv失败时手动指定路径。
安装 Go 工具链后，go 命令仍不被识别？
VS Code 本身不提供 Go 运行时，必须先在系统级安装 Go，并确保 PATH 正确。常见错误是只双击安装了 macOS 的 .pkg 或 Windows 的 MSI，但没重启终端或 VS Code —— 安装后新开一个终端运行 go version，确认能输出版本号；若失败，检查 $GOROOT 和 $PATH 是否包含 $GOROOT/bin（Linux/macOS）或 %GOROOT%\bin（Windows）。
Go 扩展推荐只装 golang.go（原 Go by Google）
VS Code 商店中名字含 “Go” 的扩展很多，但官方维护、持续更新、兼容最新 Go 版本的只有 golang.go（ID：golang.go）。其他如 “Go Extension Pack” 是旧版聚合包，已弃用；“Go for Visual Studio Code” 是重定向别名，实际指向同一插件。安装后无需手动启用子功能 —— gopls（Go language server）会自动下载并启动，前提是 GOBIN 未锁定到只读路径且网络可访问 proxy.golang.org。
settings.json 中最关键的三项配置
打开 VS Code 设置（Ctrl+,），切到「JSON 编辑」模式，添加以下字段（已有则覆盖）：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
{
"go.toolsManagement.autoUpdate": true,
"go.gopath": "",
"go.useLanguageServer": true
}
-
"go.toolsManagement.autoUpdate": true：让插件自动管理gopls、dlv、gofumpt等工具版本，避免手动go install出错 -
"go.gopath": ""：空字符串表示使用 Go 1.16+ 默认的模块模式（GO111MODULE=on），不再依赖$GOPATH；填路径反而可能干扰模块解析 -
"go.useLanguageServer": true：强制启用gopls，这是代码补全、跳转、诊断的唯一来源；设为false会导致几乎所有智能功能失效
调试时提示 dlv 未找到或版本不匹配？
dlv（Delve）是 Go 官方调试器，golang.go 插件默认通过 toolsManagement 自动安装，但某些场景下会失败：
- 公司内网无法访问
github.com/go-delve/delve→ 手动下载对应平台二进制，放入$GOPATH/bin或任意目录，再在设置中指定："go.delvePath": "/path/to/dlv" - Go 1.21+ 项目用
go.work，而dlv版本太旧（API mismatch 错误，此时需升级：go install github.com/go-delve/delve/cmd/dlv@latest - 调试配置
launch.json中"mode": "test"却没加"args"→ 测试函数不会被识别，应显式写"args": ["-test.run", "TestName"]
真正麻烦的是跨平台调试（比如在 macOS 上 debug Linux 构建的 binary），那得用 dlv dap 模式配合远程配置，不是开箱即用的范畴了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
