GOROOT是Go SDK安装根目录，GOPATH是用户代码与依赖根目录；前者必须为绝对路径且不含/bin，后者默认$HOME/go，影响go install和工具链安装。
GOPATH 和 GOROOT 不是同一类路径，搞混会导致 go build 找不到包、go get 安装失败、甚至 go version 报错。GOROOT 是 Go 安装目录，由安装包或二进制指定；GOPATH 是你写代码、放依赖、编译产出的根目录，Go 1.11+ 后虽默认启用 module，但 GOPATH 仍影响 go install、go get（无 -d）和工具链安装位置。
GOROOT 应该指向哪里？
它必须是 Go SDK 的实际安装根目录，不是 bin 子目录，也不能是软链接路径（某些旧 shell 或 Windows cmd 会解析失败）。
-
macOS/Linux：通常为
/usr/local/go（官方 pkg 安装）或~/sdk/go1.21.0（手动解压） - Windows：通常是
C:\Go（msi 安装）或C:\Users\name\sdk\go1.21.0（zip 解压） - 验证方式：运行
go env GOROOT，输出应与你设置的值一致；若为空或错误路径，go命令本身可能无法启动 - 常见坑：
GOROOT=/usr/local/go/bin❌（多了/bin）、GOROOT=~/go❌（波浪号在某些 shell 中不展开，应写绝对路径）
GOPATH 默认值与修改时机
Go 1.8+ 开始，默认 GOPATH 是 $HOME/go（macOS/Linux）或 %USERPROFILE%\go（Windows）。除非你有明确需求（如多工作区、权限隔离、SSD 空间限制），否则不建议改。
- 需要修改时：设为单个绝对路径，如
/data/go或D:\gopath，不要带空格、中文或特殊符号 - 多个路径用
:（Unix）或;（Windows）分隔 ❌ —— GOPATH 不支持多路径，那是旧版误传 - module 模式下，
go build不再读 GOPATH/src，但go install hello@latest仍会把可执行文件放到$GOPATH/bin，所以$GOPATH/bin必须在PATH中才能直接运行命令
环境变量写法与生效范围
必须在 shell 配置文件中导出，且需重新加载或新开终端。不同系统写法差异明显，别套用其他语言习惯。
立即学习“go语言免费学习笔记（深入）”；
- macOS/Linux（bash/zsh）：
export GOROOT=/usr/local/go和export GOPATH=$HOME/go写入~/.zshrc或~/.bash_profile，然后source ~/.zshrc - Windows PowerShell：
$env:GOROOT="C:\Go"和$env:GOPATH="C:\Users\name\go"写入$PROFILE，重启 PowerShell - Windows CMD：用系统属性 → “环境变量” 图形界面添加，**不要**在命令行用
set GOROOT=...（仅当前窗口有效） - 关键验证命令：
go env GOROOT GOPATH和echo $PATH | grep go（确认$GOPATH/bin在 PATH 里）
Go 1.16+ 用户特别注意 module 与 GOPATH 的共存逻辑
启用 GO111MODULE=on（默认）后，go.mod 文件所在目录即模块根，依赖下载到 $GOPATH/pkg/mod，而非 $GOPATH/src。但这不意味着 GOPATH 可以删掉 —— 工具如 gopls、delve 仍按 GOPATH 查找源码和缓存。
-
go install golang.org/x/tools/gopls@latest→ 二进制落地到$GOPATH/bin/gopls -
go list -m all显示的是 module 缓存路径$GOPATH/pkg/mod/cache/download/... - 如果
$GOPATH目录不存在，Go 会尝试自动创建，但权限错误（如挂载盘只读）会导致go get失败并报permission denied - 最易忽略的一点：编辑器（VS Code）的 Go 插件会读取 shell 启动时的 GOPATH，不是你终端里
echo $GOPATH的结果 —— 务必从 GUI 启动终端或重载插件环境
