GOROOT必须指向Go安装根目录（如/usr/local/go），含bin/pkg/src子目录，误设为bin路径会导致go命令失效；GOPATH是工作区路径，Go 1.16+后非必需，但影响go install输出和旧项目兼容，建议保留默认$HOME/go并确保$GOPATH/bin在PATH中。
GOROOT 和 GOPATH 不是“参数”，而是环境变量，改错位置或值会导致 go 命令直接失效或模块行为异常。
GOROOT 必须指向 Go 安装根目录，不能指向 bin 子目录
常见错误是把 GOROOT 设成 /usr/local/go/bin 或 $HOME/sdk/go/bin，结果运行 go version 报错：runtime: failed to create new OS thread (have 2 already; errno=22) 或直接提示 command not found。
-
GOROOT的正确值一定是 Go 解压后的顶层目录，例如/usr/local/go、C:\Go、/opt/go - 该目录下必须包含
bin/、pkg/、src/三个子目录 - 如果用
go install安装了多个版本（如通过goenv），每个版本都对应一个独立的GOROOT，切换时需同步更新PATH中的$GOROOT/bin
GOPATH 是工作区路径，不是项目路径，且 Go 1.16+ 后可设为空
很多人误以为每个项目都要单独配 GOPATH，其实它只影响三类东西：go get 下载的包存放位置、go install 生成的可执行文件输出位置、以及旧式非模块项目的默认查找路径。
- 启用 Go Modules（
GO111MODULE=on，默认已开启）后，GOPATH对日常开发几乎无影响；go build和go run完全不依赖它 - 但
go install some/cmd@latest仍会把二进制写入$GOPATH/bin，所以建议保留一个干净的GOPATH（如$HOME/go），避免污染系统/usr/local/bin - 若彻底不用
go install，可设GOPATH=（空值）或忽略，go env -w GOPATH=即可
PATH 中的顺序决定哪个 go 被优先调用
当你同时装了系统包管理器的 Go（如 apt install golang）、手动解压的 Go、以及 goenv 管理的多个版本时，PATH 里谁在前，谁就生效。
立即学习“go语言免费学习笔记（深入）”；
- 检查当前生效的
go位置：which go，再对比go env GOROOT是否一致 - 典型错误配置：
export PATH=$PATH:$GOROOT/bin—— 这会让系统自带的/usr/bin/go优先于你安装的版本 - 正确写法应前置：
export PATH=$GOROOT/bin:$PATH，确保自定义 Go 优先 - WSL 或 macOS 上若用 zsh，记得改
~/.zshrc而非~/.bashrc，否则source后仍不生效
国内网络下必须显式配置 GOPROXY，否则 go mod download 会卡死
哪怕 GOROOT 和 GOPATH 全对，没配代理也会在 go mod tidy 时卡在 verifying github.com/xxx@v1.2.3，超时后报 Get "https://proxy.golang.org/...": dial tcp: i/o timeout。
- 推荐配置（支持 fallback 到 direct）：
go env -w GOPROXY=https://goproxy.cn,direct - 若公司有私有模块，必须加
go env -w GOPRIVATE=git.example.com/internal/*，否则匹配到 private 域名时会跳过代理直接走外网 - 验证是否生效：
go env GOPROXY和go list -m all（首次运行会触发下载，看是否秒出结果）
最常被忽略的一点：修改环境变量后，新终端才生效；已打开的终端即使 source 了配置文件，也可能因父 shell 缓存导致 go env 显示旧值。遇到诡异问题，先关掉所有终端重开一个再试。
