go version报错或无输出说明PATH未包含Go可执行目录，而非安装失败；需检查并添加$GOROOT/bin（如/usr/local/go/bin）到PATH，且GOROOT必须正确设置，GO111MODULE和GOPROXY需配置以确保模块与代理正常。
go version 命令报错或无输出，说明什么
不是安装失败，而是 PATH 没包含 Go 的可执行目录。Windows 安装 MSI 包通常会自动加 %GOROOT%\bin 到系统 PATH，但有时权限不足或用户变量未生效；macOS/Linux 用 tar.gz 解压后必须手动添加 $GOROOT/bin 到 PATH。
验证方式：在终端运行 echo $PATH（macOS/Linux）或 echo %PATH%（Windows），确认输出里有类似 /usr/local/go/bin 或 C:\Go\bin 的路径。
- Windows 用户如果改过安装路径（比如装到
D:\Go），GOROOT和PATH必须同步更新 - macOS 使用 Homebrew 安装时，
brew install go默认把二进制放在/opt/homebrew/bin/go，它依赖 Homebrew 的PATH前置逻辑，不依赖GOROOT - Linux 手动解压后漏写
export PATH=$PATH:/usr/local/go/bin是最常见原因
GOROOT 和 GOPATH 还需要手动设吗
Go 1.16+ 默认启用模块（GO111MODULE=on），GOPATH 不再是项目存放的强制路径——你可以在任意目录写 main.go 并 go run。但 GOROOT 仍需存在且指向正确安装位置，否则 go build 会找不到标准库。
实际建议：
立即学习“go语言免费学习笔记（深入）”；
-
GOROOT：Windows MSI / macOS Homebrew 一般自动设置；Linuxtar.gz安装后必须手动设，值为解压目录（如/usr/local/go） -
GOBIN：现在基本不用设，go install默认输出到$GOPATH/bin，而go install -o可指定路径 -
GOPATH：仅当你用go get安装命令行工具（如dlv、gopls）时才需要，且只影响这些工具的安装位置；日常写业务代码无需关心
国内用户必配的两个环境变量
不配它们，go mod download 极大概率卡住或失败，尤其在拉取 golang.org/x/... 包时。
必须设置：
-
GO111MODULE=on：强制启用模块，避免旧式GOPATH工作区逻辑干扰 -
GOPROXY=https://mirrors.aliyun.com/goproxy/,direct：阿里云代理，覆盖绝大多数公共包；末尾,direct表示对私有域名（如公司内网模块）直连
设置方式（以 Linux/macOS 为例）：
go env -w GO111MODULE=on go env -w GOPROXY=https://mirrors.aliyun.com/goproxy/,direct
Windows PowerShell 中用 go env -w GO111MODULE=on 即可，无需 $env: 前缀。
验证环境是否真正可用，别只跑 hello world
go run main.go 成功只说明编译器和运行时通了，不代表模块、网络、工具链都正常。真实验证要覆盖三件事：
- 创建新目录，运行
go mod init example.com/hello—— 看是否生成go.mod，且内容含module example.com/hello - 在该目录下写一行
import "golang.org/x/net/http2"，再go build—— 测试代理和模块下载能力 - 运行
go install golang.org/x/tools/cmd/gopls@latest—— 验证GOBIN可写、代理可用、工具能装
这三步全过，才算环境真正 ready。很多“已安装”但后续 go get 报 no required module provides package 的问题，就卡在第二步没做。
