GOROOT必须指向Go安装根目录（如/usr/local/go），含bin/go、src等；GOPATH在Go 1.16+非必需但影响go install路径和旧包管理；GOBIN优先于GOPATH/bin控制二进制输出。
GOROOT 应该指向 Go 的安装目录，不是你自己建的目录
GOROOT 是 Go 工具链自身的位置，由安装包或二进制解压路径决定，go env GOROOT 能查到它的默认值。手动设置 GOROOT 只在特殊场景需要（比如多版本共存），且必须指向包含 bin/go、src、pkg 的完整安装根目录。
- macOS / Linux：通常为
/usr/local/go（Homebrew 安装可能是/opt/homebrew/Cellar/go/1.22.5/libexec） - Windows：常见为
C:\Go或C:\Users\xxx\scoop\apps\go\current - 错误做法：把
GOROOT设成自己的项目文件夹或空目录，会导致go build找不到标准库、go doc失效 - 验证方式：
go env GOROOT
输出路径下必须存在src/fmt、bin/go等子目录
GOPATH 在 Go 1.16+ 后已非必需，但仍有影响
从 Go 1.16 开始启用模块模式（go mod），GOPATH 不再参与依赖解析和构建流程。但它仍控制 go get 下载未声明模块的旧包位置、go install 编译后二进制存放路径，以及 go list -f '{{.Dir}}' some/import/path 的查找逻辑。
- 默认值：
$HOME/go（macOS/Linux）或%USERPROFILE%\go（Windows） - 若你用
go install github.com/xxx/cli@latest，生成的可执行文件会放在$GOPATH/bin，需确保该路径在PATH中才能直接运行 - 不建议清空或删除
GOPATH——即使不用它管理源码，go tool子命令（如go vet、go test -race）内部仍可能读取$GOPATH/src查找本地包 - 多个 GOPATH？可以，用
:（Linux/macOS）或;（Windows）分隔，但第一项才是go install默认写入位置
GOBIN 和 GOPATH/bin 的关系容易混淆
GOBIN 是一个独立环境变量，优先级高于 GOPATH/bin。只要设置了 GOBIN，所有 go install 编译出的二进制都会落到那里，不管 GOPATH 是什么。
- 典型用途：统一管理工具链，例如设为
GOBIN=$HOME/.local/bin，避免污染$GOPATH/bin - 注意：如果
GOBIN目录不存在，go install会静默失败（无报错，但文件没生成），务必提前mkdir -p $GOBIN - 检查是否生效：
go env GOBIN
；再运行go install golang.org/x/tools/cmd/goimports@latest，确认生成文件在预期路径 - Windows 用户注意：PowerShell 中设置需用
$env:GOBIN="C:\tools"，CMD 则用set GOBIN=C:\tools，且仅当前会话有效
模块项目下 GOPATH 几乎不参与构建，但 go 命令仍会读它
在含 go.mod 的项目里，依赖全部来自 $GOPATH/pkg/mod（模块缓存）和 vendor 目录，与 $GOPATH/src 无关。但有些行为仍隐式依赖 GOPATH：
立即学习“go语言免费学习笔记（深入）”；
-
go list -m all显示的replace路径若指向本地$GOPATH/src下代码，修改后需手动go mod tidy -
go run main.go如果引用了import "myproject/foo"且该包不在模块中，go 会 fallback 到$GOPATH/src/myproject/foo—— 这容易引发“找不到包”或“用了旧版代码”的问题 - CI 环境中若未显式设置
GOPATH，某些老脚本可能因依赖默认路径而失败，建议固定设为GOPATH=$(mktemp -d)隔离
GOROOT 错了整个工具链瘫痪，GOPATH 设得随意则会让 go install 和本地开发路径行为不一致。最稳妥的做法是：让 GOROOT 保持默认，GOPATH 用系统默认值，只在必要时用 GOBIN 控制二进制输出位置。 
