go env 输出的是 Go 工具链合并命令行参数、go env -w 设置、系统环境变量和编译默认值后最终生效的配置，而非 shell 变量或默认值；需重点核对 GOROOT（必须指向安装根目录）和 GOPATH（影响 go install 路径），并验证标准库完整性。
直接运行 go env 就能看到 Go 工具链当前实际生效的全部配置，不是“默认值”，也不是 shell 环境变量的简单拷贝——它是 Go 自己合并命令行参数、go env -w 设置、系统环境变量和编译默认值后拍板的结果。
为什么 go env 输出和 echo $GOPATH 不一致？
因为 Go 的环境解析有明确优先级：命令行 -e 参数 > go env -w 写入的用户配置 > 系统环境变量（如 $GOPATH）> 编译时内置默认值。shell 里 echo $GOPATH 只反映当前 shell 进程的变量，而 go env GOPATH 是 Go 自己最终采纳的值。
- 常见现象：你在
~/.zshrc里写了export GOPATH=/tmp/mygo，但go env GOPATH显示的是/home/user/go→ 说明go env -w GOPATH=...已覆盖它 - 另一个常见坑：CI 脚本里只改了 shell 变量，没调用
go env -w，结果go build仍按旧配置跑 - 验证方式：始终以
go env GOPATH和go env GOROOT为准，别信echo
go env GOPATH 和 go env GOROOT 必须核对的两个关键项
GOROOT 必须指向 Go 安装根目录（如 /usr/local/go 或 C:\Go），不能是 /usr/local/go/bin 这类子目录；GOPATH 在模块启用后主要影响 go install 输出位置（即 $GOPATH/bin），而非项目路径。
-
go env GOROOT为空或明显错误（比如指向/tmp/go）→ 会导致go run main.go报cannot find package "fmt" -
go env GOPATH若设为无写权限路径（如/或/usr/local）→go install会静默失败或报 permission denied - 验证标准库是否完整：运行
go list std，若大量报can't load package，基本是GOROOT/src缺失或权限不对
查单个值、多个值、JSON 格式输出的实用写法
不用扫完整列表，按需精准获取更高效，尤其在 CI 脚本或调试中。
立即学习“go语言免费学习笔记（深入）”；
- 查一个值：
go env GOOS、go env GO111MODULE - 查多个值：
go env GOPROXY GOMODCACHE GOCACHE（空格分隔，每行一个输出） - 机器可读格式：
go env -json，适合脚本解析，例如go env -json | jq '.GOOS' - CI 中快速抓关键项：
go env | grep -E "(GOOS|GOARCH|GOROOT|GOMOD)"，避免被冗余字段干扰
go env -w 修改后不生效？先看这个警告
执行 go env -w GOPROXY=https://goproxy.cn 却看到 warning: go env -w GOPROXY= does not override conflicting OS environment variable，说明系统环境变量已定义同名项，且优先级更高。
- 解决路径：先删掉 shell 配置文件（如
~/.zshrc）里的export GOPROXY=...，再source，最后go env -w -
go env -w写入的位置固定：$HOME/go/env（macOS/Linux）或%USERPROFILE%\AppData\Roaming\go\env（Windows），不是修改 shell 配置 - 想撤销某项设置：用
go env -u GOPROXY，不是go env -w GOPROXY= - 注意：
GOOS和GOARCH这类构建相关变量不建议用go env -w持久化，它们只应在构建命令前临时设置，比如GOOS=linux GOARCH=arm64 go build
真正容易被忽略的是：Go 的环境变量不是静态快照，而是动态求值链；每次运行 go 命令时都会重新合并所有来源。所以改完配置后，别只信终端里 echo 出来的值，一定要用 go env 验证 Go 自己看到的是什么。
