只要go version能正常输出，环境即算搭好；Windows上go命令报错“不是内部或外部命令”主因是PATH未正确添加C:\Go\bin路径，需手动配置并重启终端验证。
go version 能跑出来，环境就算搭好了——其他全是锦上添花，不是门槛。
别被“GOPATH”“GOROOT”“Go Module”吓住。2026年了，只要装对版本、路径没乱配、PATH里有go命令，就能写代码、编译、运行。其余概念，边用边懂更靠谱。
Windows 上双击安装后为啥 go version 报“不是内部或外部命令”？
这是最常卡住新手的一步：安装程序确实装好了，但系统根本找不到 go 这个命令。
- 检查安装时是否勾选了 “Add Go to PATH”（新版 .msi 安装器默认勾选，老版本可能没勾）
- 没勾选？手动加：
C:\Go\bin必须进系统环境变量PATH（不是用户变量） - 改完别忘了重启 CMD 或 PowerShell——旧终端不会自动读新
PATH - 验证方式只有一种：
where go（Windows）或which go（Mac/Linux），输出路径才算真生效
Mac 用 brew install go 后 go version 显示旧版本？
说明你机器上早就有另一个 Go —— 很可能是从官网 .pkg 装的，路径是 /usr/local/go/bin/go，而 Homebrew 装在 /opt/homebrew/bin/go（Apple Silicon）或 /usr/local/bin/go（Intel）。Shell 优先用了前者。
- 执行
echo $PATH，看哪个go路径排前面 - 临时切换：直接运行
/opt/homebrew/bin/go version - 永久解决：把 Homebrew 的 bin 目录（如
/opt/homebrew/bin）挪到PATH最前面，写进~/.zshrc - 别删旧 Go ——有些老项目依赖它；用
gvm管理多版本更稳妥
Linux 解压 tar.gz 后 go 命令还是找不到？
解压本身不等于安装，/usr/local/go/bin 必须显式加入 PATH，且配置要对所有 Shell 会话生效。
- 确认解压位置：
sudo tar -C /usr/local -xzf go*.tar.gz（必须用-C /usr/local，否则默认解到当前目录） - 编辑
~/.zshrc或~/.bashrc，追加这行：export PATH=$PATH:/usr/local/go/bin -
source ~/.zshrc生效后，再用go version验证 - 如果仍失败，检查是否漏了
sudo权限——没权限写入/usr/local会导致解压失败但无报错提示
刚装好就急着配 GOPATH？没必要
Go 1.11 之后默认启用 Go Modules，GOPATH 对绝大多数新项目已非必需。你现在唯一要关心的是：go mod init 能不能跑通。
立即学习“go语言免费学习笔记（深入）”；
- 新建项目目录，
cd进去，直接运行go mod init example.com/hello - 能生成
go.mod文件，说明模块模式工作正常 -
GOPATH只影响go get安装全局工具（如gofumpt），这类需求等你真要用到再说 - 强行设
GOPATH还可能和 IDE 冲突（比如 GoLand 默认用模块路径，不认 GOPATH）
go version 和 go mod init 都稳稳跑通，再动其他。 
