先确认PATH是否生效，这是最常见原因；go version无输出说明命令未找到，需检查PATH配置及终端是否重启，再用which go或where go定位实际调用路径。
go version 命令没输出？先确认 PATH 是否生效
最常见失败不是 Go 没装好，而是 go 命令根本找不到。Windows 上装完 .msi 必须重启 CMD/PowerShell；macOS/Linux 则要检查 which go 是否有输出，没输出就说明 /usr/local/go/bin（或你自定义的路径）没加进 shell 配置文件，或者 source ~/.zshrc 没执行。
go env 显示 GOROOT 为空？别手动设 GOROOT
除非你把 Go 装在非标准路径（比如 D:\go），否则 GOROOT 完全不用手动设置——go 命令自己能推导出来。如果 go env GOROOT 是空或错的，大概率是 PATH 指向了别的残留二进制（比如旧版 go 或交叉编译工具链），而不是当前安装的 Go。
- 用
where go（Windows）或which go（macOS/Linux）确认实际调用的是哪个可执行文件 - 删掉可疑路径，只保留安装目录下的
bin - 不要在环境变量里硬写
GOROOT，让它自动识别
go run hello.go 报 “package not in GOROOT”？检查模块模式和项目位置
这个错误通常不是环境问题，而是当前目录“太老”：如果你还在 $GOPATH/src 下直接运行 go run，Go 会试图按 GOPATH 模式找包，但现代 Go 默认启用模块（GO111MODULE=on），而 $GOPATH/src 下又没 go.mod，就会报错。
- 切到任意非
GOPATH的目录（比如~/dev/hello）再试 - 运行
go mod init hello初始化模块，再go run main.go - 避免用
go get安装依赖前不初始化模块，否则可能静默失败
go build 生成的文件不能运行？注意可执行权限和后缀
Linux/macOS 下 go build 生成的是无后缀可执行文件，必须有执行权限才能 ./hello；Windows 下默认是 hello.exe，但如果你用 WSL 或跨平台构建，可能漏掉 .exe 后缀导致找不到文件。
立即学习“go语言免费学习笔记（深入）”；
- Linux/macOS：检查权限
ls -l hello，没x就chmod +x hello - Windows：确认是否用了
GOOS=windows构建，否则生成的是 Linux 二进制 - 统一建议：用
go run main.go测试比go build更快，绕过权限和后缀问题
go run 就可能在看似最简单的步骤上突然报错。 
