GOROOT必须指向Go官方安装路径（如/usr/local/go），不可设为项目目录或~/go；GOPATH控制go install目标和旧工具缓存，默认$HOME/go，不建议删除；GOBIN优先于GOPATH/bin，推荐显式设置并加入PATH。
GOROOT 是 Go 安装目录，GOPATH 是你写代码、放依赖、编译产出的地方 —— 二者不能混用，更不能让 GOPATH 覆盖 GOROOT。
GOROOT 指向哪里才安全
Go 官方二进制安装后会自动设好 GOROOT（比如 /usr/local/go 或 C:\Go），手动修改它几乎总是错的。常见错误是把项目目录或 ~/go 往里塞，结果 go build 找不到 runtime 或报 cannot find package "unsafe"。
- 检查方式：运行
go env GOROOT，输出应是干净的安装路径，不含你的用户名、项目名或src子目录 - 如果你用
gvm或asdf管理多版本 Go，GOROOT由它们动态设置，别硬编码到 shell 配置里 - 交叉编译时（如
GOOS=linux go build），GOROOT决定目标平台的标准库位置，改错会导致import "net" failed类错误
GOPATH 不再是必须，但没设清楚仍会出问题
Go 1.11+ 默认启用模块（go mod），GOPATH 对构建本身已非必需。但它仍控制 go install 的安装目标、go get（无模块时）的下载位置，以及旧工具链（如 gopls v0.6 以前）的缓存行为。
- 默认值是
$HOME/go（Linux/macOS）或%USERPROFILE%\go（Windows），不建议删掉或指向根目录 - 若你设了
GOPATH，请确保它不含空格、中文、符号，且不是/tmp这类易清空路径 —— 否则go install的二进制可能突然消失 - 多个路径用
:（Unix）或;（Windows）分隔，但 Go 只读第一个；第二三个基本无效，纯属干扰
GOBIN 和 GOPATH/bin 的关系容易绕晕
GOBIN 优先级高于 GOPATH/bin：只要设置了 GOBIN，所有 go install 都往那儿写，和 GOPATH 无关。但很多人误以为 GOBIN 是 GOPATH 的子集，其实它可以完全独立。
立即学习“go语言免费学习笔记（深入）”；
- 推荐做法：显式设
GOBIN=$HOME/bin（macOS/Linux）或GOBIN=%USERPROFILE%\bin（Windows），并把它加进PATH - 不设
GOBIN时，go install会写入$GOPATH/bin；如果GOPATH没设，就写进默认$HOME/go/bin—— 这个路径未必在PATH里，导致命令“装了却用不了” -
go run和go build不受GOBIN影响，只管当前目录和模块路径
go env 输出里哪些字段真正在用
go env 列出二十多项，但日常真正被 Go 命令链消费的就几个：GOROOT、GOPATH、GOBIN、GOMOD（模块根路径）、GOCACHE（编译缓存，默认 $HOME/Library/Caches/go-build 或 $HOME/.cache/go-build）。
-
GOCACHE被很多人忽略，但它影响go test -count=1的速度；如果挂载在 NFS 或低速盘上，测试会变慢数倍 -
GO111MODULE控制模块开关，设成on可强制启用，避免因go.mod在子目录导致识别失败 -
GOPROXY和GOSUMDB属于网络行为配置，和GOROOT/GOPATH无逻辑关联，别因为代理设错就怀疑环境变量配错了
最常被踩的坑是：在模块项目里删掉 go.mod 后没清 GOCACHE，接着又改 GOPATH，结果 go list 报一堆找不到包的错 —— 其实只是缓存里还记着旧的模块路径映射。这时候 go clean -modcache 比重设环境变量管用得多。
