Go开发环境配置核心是确保go命令可用、模块初始化正确及dlv调试器全局可执行；需验证PATH、运行go mod init初始化模块、用go install全局安装dlv并确认which dlv输出。
Go 开发环境不需要“搭建”传统意义上的 IDE 工程结构，核心是确保 go 命令可用、工作区（GOPATH 或模块模式）路径合理、编辑器能识别 Go 语法和调试符号——多数问题出在 PATH、模块初始化或 GOROOT 冲突上。
确认 go 命令是否真正可用
很多人执行 go version 看到输出就以为装好了，但实际运行 go run main.go 报错 “command not found” 或 “exec: 'gcc': executable file not found”，本质是 PATH 没生效，或安装包不完整。
- 在终端新开一个窗口（不是当前已打开的 tab），运行
which go，确认输出非空且指向你预期的安装路径（如/usr/local/go/bin/go） - macOS 用户若用 Homebrew 安装，需确保
brew --prefix go对应的bin目录已加入PATH（检查echo $PATH） - Windows 用户注意：不要混用 MSI 安装器和 ZIP 手动解压版；后者必须手动配置
GOROOT和PATH，且GOROOT不能带中文或空格
初始化项目时别跳过 go mod init
Go 1.16+ 默认启用模块模式（module mode），但很多新手直接写 main.go 就跑 go run，结果提示 “go: cannot find main module” 或导入标准库失败——这是因为当前目录不在模块根下，go 会退回到 GOPATH 模式，而新版本默认已废弃该模式。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 新建项目目录后，第一时间执行
go mod init example.com/myapp（模块名不必真实可访问，但需符合域名格式） - 模块名影响后续
import路径，例如import "example.com/myapp/utils"，所以别用go mod init .这类模糊写法 - 如果已有旧项目没
go.mod，运行go list ./...可强制触发模块初始化
VS Code 中调试失败大概率是 dlv 没装对
VS Code 的 Go 插件（Go Nightly）依赖 dlv（Delve）调试器。常见现象是点击调试按钮后卡在 “Starting: dlv dap…” 或报错 “Failed to launch: could not find dlv”。
立即学习“go语言免费学习笔记（深入）”；
- 不要用
go install github.com/go-delve/delve/cmd/dlv@latest在模块内执行——它会把dlv装进当前项目的go.bin，而非全局 PATH - 正确做法：退出任何 Go 模块目录，运行
go install github.com/go-delve/delve/cmd/dlv@latest，然后确认which dlv有输出 - VS Code 设置里检查
"go.delvePath"是否为空；为空时插件会自动找，但若系统有多个dlv（比如 brew 装过一个，go install 又装一个），可能选错版本
真正麻烦的从来不是装软件，而是 PATH、模块根、调试器二进制三者之间的隐式依赖关系——改完一个地方，记得验证另外两个是否还连得上。
