go env 输出的是 Go 工具链最终采纳的配置值，已合并系统变量、shell 配置和 go env -w 设置；需重点核对 GOROOT（必须指向安装根目录）和 GOPATH（影响 go install 路径），并验证标准库完整性。
直接运行 go env 就能看到真实生效的配置
别猜、别看 $GOPATH 或 $GOROOT 的 shell 输出，go env 才是 Go 工具链自己最终采纳的值——它已经把系统变量、~/.bashrc（或对应 shell 配置）、go env -w 写入的用户设置全合并完了。
- 常见错误现象：
go env GOPATH和echo $GOPATH输出不一致；go build找不到包但go list能列出来——大概率就是你误把 shell 环境当成了 Go 的环境 - 执行
go env不加任何参数，就能看到全部关键项：GOROOT、GOPATH、GOOS、GOARCH、GOCACHE等 - 读取顺序是：命令行
-e参数 >go env -w用户配置 > 系统环境变量 > Go 编译时内置默认值（不是“初始值”，而是“最终拍板值”）
重点核对 GOROOT 和 GOPATH 是否合理
GOROOT 必须指向 Go 安装根目录（比如 /usr/local/go 或 C:\Go），不能是 /usr/local/go/bin 这种子目录；GOPATH 在 Go 1.16+ 默认启用模块模式后，虽不再决定项目位置，但仍是 go install 放可执行文件的地方。
- 检查方式：
go env GOROOT GOPATH—— 如果GOROOT为空或明显错（如指向/tmp/go），交叉编译、源码调试会出问题 -
GOPATH若未显式设置，Go 会用默认值（如$HOME/go），一般不用手动设；但千万别设成/、/tmp或无写权限路径 - Windows 用户注意：
echo %GOROOT%是对的，echo $GOROOT在 CMD 下不会展开，别混用语法
遇到 go: command not found 或构建失败，优先查 PATH 和 GOROOT
很多“环境没配好”的问题，其实卡在最基础的路径上：Go 命令找不到，或者标准库压根没加载进来。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
go version报command not found→ 检查$PATH是否包含$GOROOT/bin（Linux/macOS）或%GOROOT%\bin（Windows） -
go run main.go报cannot find package "fmt"→GOROOT指向了只有bin/没有src/的目录（比如某些精简版安装包） - 验证标准库完整性：
go list std应快速刷出上百个包名；若夹杂大量can't load package错误，基本说明GOROOT/src缺失或权限不足
别信“默认值”，要信 go env 输出的实际值
很多人以为没设 GOPATH 就等于没生效，其实 Go 会自动 fallback 到默认路径；但这个“默认”只对 Go 自己有效，shell、IDE、CI 脚本可能完全不知道——所以排查时永远以 go env 输出为准。
- 例如：
go env GOPATH显示/home/user/go，但你在 shell 里cd $GOPATH失败，说明 shell 没继承该值，得单独配置 - 又比如 CI 中用 Docker 构建，镜像里
go env看到的GOPATH是容器内的路径，和本地开发机毫无关系 - 最易被忽略的一点：某些 IDE（如 VS Code Go 插件）启动时会静默执行
go list std，失败就导致“无法加载包”提示，但终端里跑得好好的——这时候得看 IDE 启动的 shell 环境是否和你的终端一致
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
