GOROOT 是 Go 安装根目录，现代 Go（1.16+）自动推导，通常无需手动设置；手动设置仅在多版本管理时必要，错误配置会导致编译失败或找不到标准包。
GOROOT 是什么，现在还用得着手动设吗
GOROOT 指向 Go 的安装根目录，比如 /usr/local/go 或 C:\Go。它只对 Go 自身的工具链和标准库有意义——编译器、go 命令、runtime 都靠它找内置包。
现代 Go（1.16+）安装后会自动推导 GOROOT，你几乎不需要手动设置。除非你同时装了多个 Go 版本，并用 goenv 或软链接切换，否则设了反而可能干扰自动检测。
- 如果
go env GOROOT输出空或明显错误，说明你的安装不完整或 PATH 混乱 - 手动设
GOROOT后go version报错或找不到fmt等基础包，大概率是路径错了或权限不对 - macOS 上通过 Homebrew 安装的 Go，
GOROOT通常在/opt/homebrew/Cellar/go/1.22.*/libexec，别硬套/usr/local/go
GOPATH 在模块时代还管用吗
GOPATH 曾经是 Go 工作区的核心：源码放 $GOPATH/src，编译产物进 $GOPATH/pkg，可执行文件落 $GOPATH/bin。但现在只要项目里有 go.mod，Go 就默认启用模块模式，GOPATH 对构建过程基本没影响。
不过它还没彻底退休：
立即学习“go语言免费学习笔记（深入）”；
go install命令（无@version后缀）仍把二进制写入$GOPATH/bingo get旧写法（如go get github.com/foo/bar）仍会把代码拉到$GOPATH/src，但不会用于构建第三方工具如
gopls（Go 语言服务器）仍依赖GOPATH查找全局缓存和vendor备份新项目别再把代码放到
$GOPATH/src下，直接放任意路径 +go mod init更干净如果你删了
GOPATH环境变量，go install会失败并提示 “cannot install outside GOPATH” —— 这时只需加@latest（如go install golang.org/x/tools/gopls@latest）就能绕过go env -w GOPATH=可清空它，但不建议全局清空，某些 CI 脚本或老 Makefile 仍隐式依赖
为什么 go env GOPATH 总显示 $HOME/go
这是 Go 的默认 fallback 行为：当系统中没设置 GOPATH 环境变量时，go 命令就用 $HOME/go。它不是“推荐路径”，只是兜底值。
这个默认值会影响三件事：
go install不带@版本号时，二进制一定写进$HOME/go/bingo list -f '{{.Dir}}' some/import/path在非模块项目里，会去$HOME/go/src下找gopls初始化时若没配gopls.env，会把缓存建在$HOME/go/pkg/mod/cache下如果你不想用
$HOME/go，可以显式设GOPATH=/path/to/your/workspace，但没必要为新项目专门建一个多用户共享机器时，
$HOME/go是安全的，因为每人隔离；但 CI 环境里最好显式设GOPATH=$(pwd)/.gopath避免污染go clean -modcache清的是$GOMODCACHE，不是$GOPATH/pkg/mod/cache—— 后者已由GOMODCACHE控制，默认是$GOPATH/pkg/mod/cache，但可单独覆盖
GO111MODULE 和模块感知的临界点
GO111MODULE 是开关，决定 Go 是否强制走模块逻辑。它的值只有三个：on、off、auto（默认）。关键不在“开不开”，而在于当前目录有没有 go.mod 以及是否在 $GOPATH/src 下。
GO111MODULE=off：完全退化到 GOPATH 模式，go.mod被忽略，go get直接写$GOPATH/srcGO111MODULE=on：无论在哪，都要求有go.mod；没有就报错，不尝试 fallbackGO111MODULE=auto（默认）：有go.mod就用模块；没go.mod但路径在$GOPATH/src外，也启用模块；只有在$GOPATH/src下且无go.mod时，才退回到 GOPATH 模式在
$GOPATH/src/github.com/user/project里执行go mod init，会生成go.mod，但后续go build仍可能读取$GOPATH/src下其他未模块化的依赖 —— 这就是“混合模式”的坑go list -m all只在模块模式下有效；在 GOPATH 模式下运行会报 “not in a module”Docker 构建中如果 base image 没清掉
GOPATH，又没设GO111MODULE=on，CI 可能静默回退到旧模式，导致依赖版本不一致
GOPATH 和 GOROOT 不是设计缺陷，是演进痕迹。它们现在像汽车的手动挡——多数时候自动挡（模块 + 默认路径）更省心，但真要调校或排障，你得知道离合在哪、油门响应曲线怎么变。
