go开发环境搭建只需确保三件事：go命令可用、模块模式启用、编辑器能调用gopls；path未生效导致go version报错需手动配置，旧式gopath路径和vendor/目录易引发go mod init异常，国内需配置goproxy加速依赖拉取。
Go 开发环境不是“装完就跑”，而是「go 命令可用 + 模块模式开启 + 编辑器能调用 gopls」这三件事同时成立才算搭好。其他所谓“配置 GOPATH”“装 IDE”都是旧路径，现在反而容易踩坑。
go version 报 command not found 怎么办
这不是没装 Go，是终端根本找不到 go 命令——PATH 没生效。
- macOS/Linux：运行
which go，没输出就说明 PATH 没加对；检查安装路径（通常是/usr/local/go/bin），把它加进~/.zshrc或~/.bash_profile的PATH里，再执行source ~/.zshrc - Windows：在 PowerShell 里运行
Get-Command go，失败就去「系统属性 → 高级 → 环境变量」确认C:\Go\bin（或你实际的安装路径）进了用户或系统 PATH - 别信安装器勾选的“添加到 PATH”——它只改注册表或 shell 配置文件，不自动 reload；关掉终端重开，或者手动 source 才行
go mod init 不生成 go.mod 或 module 名不对
常见于老项目迁移或误入 $GOPATH/src 目录下初始化，go mod init 会退化成旧式路径推导逻辑。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 先运行
go env -w GO111MODULE=on强制启用模块模式（Go 1.16+ 默认开启，但 CI 或脚本可能关着） - 删掉项目根目录下的
vendor/（除非你明确要 vendor 依赖） - 检查当前目录是否在
$GOPATH/src下：如果是，go mod init会按$GOPATH/src/xxx/yyy推导 module 名，大概率出错；直接cd到任意非$GOPATH路径新建项目 - 初始化时显式指定 module 名：
go mod init github.com/yourname/project，别让它猜
VS Code 里 gopls 启动失败或没提示
gopls 不是插件装上就跑，它依赖 go 可用、项目有 go.mod、文件后缀是 .go，三者缺一不可。
- 确认
go version和go env在终端里能正常运行 - 打开的是整个项目根目录（含
go.mod），不是单个.go文件 - VS Code 提示 “Install tools” 时点 “Install All”，它会装
gopls、goimports、dlv等；如果卡住，手动在终端运行go install golang.org/x/tools/gopls@latest - 确保
settings.json里没禁用go.languageServerFlags，也不要用自定义go.goroot指向错误路径
国内拉依赖慢或 x/net 包报错
这是 GOPROXY 没配或配错，不是网络问题，也不是代理软件的事。
- 运行
go env -w GOPROXY=https://goproxy.cn,direct（阿里云镜像也行：https://mirrors.aliyun.com/goproxy/） - 顺手关掉校验：
go env -w GOSUMDB=off（开发阶段够用；上线前可换回sum.golang.google.cn） - 验证：运行
go env | grep GOPROXY，输出应为GOPROXY="https://goproxy.cn,direct" - 如果用了公司私有 proxy，注意
direct要保留，否则私有包无法 fallback
真正麻烦的从来不是装 Go，而是旧习惯残留：比如还在 $GOPATH/src 下建项目、看到 vendor/ 就不敢删、以为必须配 GOROOT——这些现在全是干扰项。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
