手动解压 tar.gz 或 .zip 是最可控的方式，因其避免安装程序自动写入环境变量带来的路径、权限及覆盖风险，便于多版本共存、CI/CD 复现与审计；Linux 下需 sudo 清理旧目录再解压至 /usr/local，Windows 下须正确设置 GOROOT 和 Path 顺序，并优先清除冲突的 OS 环境变量。
为什么手动解压 tar.gz 或 .zip 是最可控的方式
因为安装程序（.msi、.pkg）会自动写入环境变量，但一旦路径出错、权限不足或被其他工具覆盖，排查成本远高于从头明确配置。手动方式让你清楚每一处路径来源，尤其适合多版本共存、CI/CD 环境复现、或需要审计环境变量的场景。
Linux 下解压到 /usr/local 必须用 sudo 且先清理旧目录
常见错误是直接 tar -C /usr/local -xzf go*.tar.gz 导致旧 /usr/local/go 未被覆盖，新二进制文件被隐藏。实际执行时应：
sudo rm -rf /usr/local/gosudo tar -C /usr/local -xzf go1.22.5.linux-amd64.tar.gz- 确认
/usr/local/go/bin/go存在且可执行：ls -l /usr/local/go/bin/go
不清理旧目录，go version 可能仍输出旧版本；不用 sudo，则解压失败或权限受限，后续 go install 生成的二进制无法写入 $GOROOT/bin。
Windows 手动配置时 GOROOT 和 PATH 的顺序不能颠倒
手动解压 go*.zip 到 D:\go 后，必须按以下顺序设置：
立即学习“go语言免费学习笔记（深入）”；
- 新建系统变量
GOROOT，值为D:\go - 编辑
Path，在最前面添加%GOROOT%\bin（不是D:\go\bin硬编码）
如果把 %GOROOT%\bin 放在 Path 末尾，而系统中存在旧版 go.exe（比如某 IDE 自带或 Chocolatey 安装的），就会优先调用那个，go version 显示版本与预期不符。另外，GOROOT 必须设为系统变量而非用户变量，否则某些构建脚本或容器内 shell 无法读取。
go env -w 写入的配置可能被 OS 环境变量覆盖
例如你在命令行运行 go env -w GOPATH=E:\mygo，但系统环境变量里已存在 GOPATH（通过“系统属性→环境变量”设置），那么 go env GOPATH 仍显示旧值，并提示 warning: go env -w GOPATH= does not override conflicting OS environment variable。
此时必须：
- 删掉系统或用户环境变量中的
GOPATH - 再用
go env -w GOPATH=E:\mygo - 或直接改用
go env -w GOPROXY=https://goproxy.cn,direct—— 这个没冲突，可直接生效
容易被忽略的是：GO111MODULE=on 虽然默认开启，但在 CI 脚本或 Dockerfile 中若未显式设置，某些老镜像仍可能 fallback 到 GOPATH 模式，导致 go build 报 no Go files in directory。
