GOROOT指向Go安装根目录（如/usr/local/go），GOPATH在模块模式下仅影响go install输出路径，GO111MODULE=on强制启用模块管理，GOBIN需手动加入PATH否则命令不可用。
Go 开发环境不是装完 go 命令就完事的——没搞清 GOPATH、GO111MODULE、GOROOT 这几个词，后续跑项目大概率会卡在 “找不到包” 或 “模块下载失败” 上。
GOROOT 是什么？它和 Go 安装路径的关系
GOROOT 指的是 Go 标准库和编译器所在的根目录，通常由安装程序自动设置（比如 /usr/local/go 或 C:\Program Files\Go）。它不是你放自己代码的地方，而是 Go 自己的“老家”。
- 手动修改
GOROOT很少必要，除非你同时装了多个 Go 版本并想切换；误设会导致go build找不到fmt等内置包 - 用
go env GOROOT查看当前值，别依赖 GUI 安装器的默认提示——某些一键安装包（如 macOS Homebrew）可能不写入 shell 配置 - Windows 下尤其注意：如果用 MSI 安装，
GOROOT通常已设好；但用 ZIP 解压方式，则必须手动配置环境变量
GOPATH 曾经管什么？现在为什么可以忽略？
Go 1.11 之前，GOPATH 是唯一指定工作区的路径（默认 $HOME/go），所有代码、依赖、二进制文件都得放里面。Go Modules 出来后，它退居二线——现在只影响 go install 编译的可执行文件存放位置（即 $GOPATH/bin）。
- 如果你不用
go install，或者习惯用./main直接运行，GOPATH几乎没存在感 - 新手建议显式设一个
GOPATH=$HOME/go（Linux/macOS）或%USERPROFILE%\go（Windows），避免某些老教程示例报错 - 不要把项目源码放在
$GOPATH/src下——Modules 模式下，项目可任意路径，靠go.mod文件定位
GO111MODULE=on 是强制开启 Modules 的开关
这是决定 Go 怎么找依赖的核心开关。默认行为在 Go 1.16+ 已改为 on，但很多旧机器或 Docker 镜像仍为 auto 或 off，导致 go get 试图去 GOPATH 下拉包，而不是走模块代理。
立即学习“go语言免费学习笔记（深入）”；
- 执行
go env -w GO111MODULE=on永久启用，比每次加-mod=mod参数更可靠 - 设成
off会禁用go.mod，回到 GOPATH 时代——除非维护超老项目，否则别碰 - 设成
auto（默认值）时，只要当前目录有go.mod就启用 Modules；但首次go mod init前，go get可能失败，容易让人误以为网络问题
GOBIN 和 $PATH 的关系常被漏掉
GOBIN 是 go install 输出二进制文件的目录，默认是 $GOPATH/bin。但它本身不自动加入系统 PATH——这意味着你 go install 后敲命令名，shell 找不到。
- 必须手动把
$GOBIN（或$GOPATH/bin）加到PATH，例如 bash 中写export PATH=$PATH:$GOPATH/bin - macOS Catalina+ 默认用 zsh，改
~/.zshrc而非~/.bash_profile，这点新手极易踩坑 - 验证是否生效：运行
go install example.com/cmd/hello@latest，然后直接敲hello—— 如果报 “command not found”，就是PATH没配对
真正麻烦的从来不是装软件，而是环境变量之间互相遮蔽：比如 GOROOT 指错了，GO111MODULE 关着，PATH 又没包含 GOBIN——这三者一旦组合出错，go run 可能成功，但 go install 或 go test 就莫名其妙失败。先盯住这几个变量，比急着写 Hello World 更省时间。
