GOROOT必须指向Go工具链真实安装路径，设错会导致编译失败；GOPATH在模块时代仅控制install输出和旧工具行为，推荐默认值；GOBIN和PATH需配合确保命令可用；始终用go env验证而非凭经验猜测。

GOROOT 必须指向 Go 工具链真实安装路径

GOROOT 不是你“想放哪就放哪”的变量，它是 Go 编译器定位 fmt、net/http 等标准库的唯一依据。设错会导致 go build 直接报错：cannot find package "fmt" 或更隐蔽的 failed to load export data。

• Windows 默认安装路径是 C:\Go（MSI 安装器通常自动设置），若你改到了 D:\golang，就必须手动新建系统变量 GOROOT 并设为该值
• Linux/macOS 若用 tar.gz 解压安装，常见路径是 /usr/local/go；用 Homebrew 安装则可能是 /opt/homebrew/Cellar/go/1.22.0/libexec —— 此时 go env GOROOT 的输出才是真实值，别凭经验硬写
• 绝对不要把 GOROOT 设成 GOPATH 的子目录，例如 GOPATH=/home/user/go 时，GOROOT=/home/user/go/sdk 会引发工具链混乱，go install 可能静默失败

GOPATH 在 Go Modules 时代只需保证 bin 可用

Go 1.11+ 启用模块后，go mod 不再读取 GOPATH/src 来找依赖，但 GOPATH 仍控制两件事：一是 go install 输出二进制的位置，二是部分旧工具（如 golint、swag）的默认行为。不设或设错，你会遇到 command not found。

• 推荐沿用默认值：$HOME/go（Linux/macOS）或 %USERPROFILE%\go（Windows），无需刻意修改
• 如果自定义了 GOPATH（比如 /data/gopath），必须确保 $GOPATH/bin（或 %GOPATH%\bin）已加入 PATH，否则 go install github.com/swaggo/swag/cmd/swag 装完也运行不了
• 不必再严格维护 GOPATH/src/github.com/xxx/yyy 这种结构来放项目 —— 新项目直接 mkdir myapp && cd myapp && go mod init myapp 即可

GOBIN 和 PATH 配合才能让命令真正“可用”

很多人设了 GOPATH 却忘了加 PATH，结果 go install 成功但敲命令报错。关键不是“有没有”，而是“能不能被 shell 找到”。

• GOBIN 是可选变量；若未设置，go install 默认输出到 $GOPATH/bin；若设置了（如 GOBIN=$HOME/bin），则所有 go install 结果都去那里 —— 且 GOBIN 不能是 GOROOT 下的路径
• PATH 中必须包含 $GOROOT/bin（让 go、gofmt 可执行）和 $GOBIN 或 $GOPATH/bin（让 swag、dlv 等工具可用）
• 验证方法：终端里运行

  go env GOROOT GOPATH GOBIN PATH

  ，确认四者值合理；再执行

  which go

  和

  which dlv

  （Linux/macOS）或

  where go

  （Windows），看是否返回对应 bin 下的路径

用 go env 检查，而不是靠记忆或文档猜

不同安装方式（MSI、pkg、tar.gz、brew、scoop）对环境变量的处理逻辑不同，文档写的“默认值”可能和你机器上实际值不一致。最可靠的方式永远是让 Go 自己说话。

立即学习“go语言免费学习笔记（深入）”；

• 运行

  go env

  ，重点关注输出中的 GOROOT、GOPATH、GOBIN、GOMODCACHE 和 GOCACHE
• 如果发现 GOROOT 是空的，说明 Go 无法自检安装位置 —— 很可能 PATH 没包含 GOROOT/bin，或者安装不完整
• 如果 GOPATH 显示的是 /tmp/xxx 或明显异常路径，大概率是某个脚本或 IDE 临时覆盖了它，需检查 shell 配置文件（~/.zshrc、~/.bash_profile、Windows 系统变量）中是否有错误的 export GOPATH=...