GOROOT必须指向Go SDK根目录而非bin子目录，如Windows为C:\Go、Linux/macOS为/usr/local/go；路径须无中文/空格/特殊符号，且需包含src、pkg、bin子目录；修改后须新开终端生效。
GOROOT 必须是 Go SDK 的根目录，不是 bin 子目录
很多人配完 GOROOT 后执行 go version 报错或直接找不到命令，根本原因就是路径写错了。比如把 C:\Go\bin 当成 GOROOT —— 这会导致 go 命令启动时无法定位标准库和编译器本身。
正确做法是让 GOROOT 指向解压/安装后最外层的 go 文件夹，例如：
- Windows MSI 安装：默认为
C:\Go（不是C:\Go\bin） - 手动解压 ZIP：比如你解压到
D:\sdk\go1.22.5，那GOROOT就是D:\sdk\go1.22.5 - Linux/macOS：常见为
/usr/local/go或~/sdk/go1.22.5，同样不含/bin
验证方式很简单：go env GOROOT 输出必须与你设置的值完全一致，且该路径下必须存在 src、pkg、bin 三个子目录。
路径里不能有中文、空格或特殊符号
这不是建议，是硬性限制。Windows 下如果 GOROOT 设为 D:\我的项目\go 或 C:\Program Files\Go，部分 Go 工具链（尤其是 go build 调用的底层 linker）会解析失败，报类似 exec: "gcc": executable file not found 的错误——其实根本不是缺 gcc，而是路径 decode 出了问题。
立即学习“go语言免费学习笔记（深入）”；
安全做法：
- Windows 推荐用短路径：如
D:\go、F:\golang、C:\sdk\go - Linux/macOS 避免用
~：设GOROOT=/home/you/sdk/go1.22，别用~/sdk/go1.22 - 不要嵌套过深：像
C:\Users\name\Downloads\go\go\bin这种双重go目录结构，说明解压操作出错，需重来
GOPATH 和 GOROOT 可以分开，但 GOPATH 不影响 module 项目构建
Go 1.11+ 默认启用 module 模式，go build 和 go run 不再依赖 GOPATH/src。但 GOPATH 仍控制两件事：go install 安装的二进制位置（$GOPATH/bin），以及 go get（不带 -d）下载并构建工具时的存放点。
所以：
- 如果你只写 module 项目，
GOPATH只要确保$GOPATH/bin在PATH里，能运行gofmt、dlv等工具就行 - 不建议把
GOPATH和GOROOT设成同一路径（比如都设成C:\Go），容易误删 SDK -
GOPATH推荐设为单路径，如D:\gopath；多个路径（D:\a;D:\b）在新版 Go 中已被忽略，属于历史遗留误区
多版本共存时，GOROOT 切换靠手动改环境变量或 wrapper 脚本
Go 官方不提供 gvm 类似工具，切换版本只能靠改 GOROOT。这意味着：
- 不能靠 IDE 自动识别多个 SDK 版本并“一键切换”——IDE（如 Goland）只是读取当前
GOROOT，它不会帮你改系统变量 - 临时切版本，可用批处理或 shell 脚本封装：
set GOROOT=D:\sdk\go1.21 & set PATH=%GOROOT%\bin;%PATH% & go version - 长期多版本开发，建议用符号链接（Windows mklink /D）统一入口，比如始终设
GOROOT=C:\go，再把C:\go指向实际版本目录
真正容易被忽略的是：改完 GOROOT 后，必须新开终端生效；已打开的 IDE 或终端不会自动 reload，哪怕你重启了 IDE，它也可能缓存旧的 GOROOT 值。
