GOROOT、GOPATH、GOBIN必须非空且互不相同；GOROOT须指向Go安装根目录，GOPATH默认为$HOME/go，GOBIN默认为$GOPATH/bin，三者重叠或为空将导致go install失败、权限错误或标准库加载异常。
go env 输出里哪些字段必须非空？
关键三项：GOROOT、GOPATH、GOBIN 必须有明确值，且不能指向同一路径。尤其注意 GOPATH 为空或等于 GOROOT 是最常见自测失败原因——Go 会直接退回到系统目录写入，触发权限错误。
检查方式：go env GOROOT GOPATH GOBIN。理想输出应类似：
GOROOT="/usr/local/go" GOPATH="/home/user/go" GOBIN="/home/user/go/bin"
若 GOBIN 为空，Go 默认用 $GOPATH/bin；但若 GOPATH 也为空，它可能 fallback 到 $GOROOT/bin，这就危险了。
常见陷阱：
-
GOPATH被设成/usr/local/go（即和GOROOT相同）→ 触发 warning 并失效 -
GOBIN路径存在但无写权限 →go install报permission denied却不提示路径问题 - shell 配置文件（如
~/.zshrc）里写了export GOPATH，但没source或新开终端 → 实际环境里仍是空
go install 失败时先看哪几行错误？
不要一上来就重装 Go。直接盯住错误信息里出现的**第一个绝对路径**：
- 如果路径含
/usr/lib/go/、/usr/local/go/或C:\Go\→ 说明 Go 正在往GOROOT写，GOPATH没生效 - 如果路径含
/pkg/子目录（如/pkg/linux_amd64/...）→ 典型包安装路径错位，GOBIN未覆盖默认行为 - 如果报
cannot find package且路径指向GOROOT/src→ 可能是GO111MODULE=off下误用了模块路径
验证方法：手动创建目标 bin 目录并 touch 一个文件，确认路径可写：mkdir -p $GOBIN && touch $GOBIN/test。失败则说明环境变量值本身不可达或权限不足。
Windows 上 PATH 和斜杠混用怎么查？
Windows 的坑不在变量名，而在路径分隔符和拼接逻辑：
-
GOROOT值里用了反斜杠\且末尾带\bin（如C:\Go\bin）→ Go 内部解析可能截断，导致go version找不到自身 -
PATH里同时存在C:\Go\bin和%GOROOT%\bin→ 优先级混乱，旧版本 go.exe 可能被先命中 - PowerShell 和 CMD 对
%VAR%展开行为不同 → 在 PowerShell 里用$env:GOROOT查，CMD 用echo %GOROOT%
实操建议：统一用正斜杠定义 GOROOT 和 GOPATH（如 C:/Go、C:/Users/name/go），PATH 中只加 %GOROOT%/bin 和 %GOBIN%，删掉所有硬编码路径。
GO111MODULE=on 时 GOPATH 还重要吗？
重要，但角色变了：它不再决定依赖下载位置（模块缓存走 $GOMODCACHE），但仍控制 go install 的二进制落盘路径和 go run 的隐式 src 查找范围。
也就是说，即使开了模块，go install ./cmd/mytool 仍会把可执行文件扔进 $GOBIN（或 $GOPATH/bin）；而 go run main.go 若不在模块根目录，仍会尝试去 $GOPATH/src 找包。
所以自测时别被“模块已启用”误导——仍要确保 GOBIN 可写、GOPATH 不为空且不与 GOROOT 冲突。否则 go install 依然会静默失败或写错地方。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
