手动解压安装go可确保goroot=/usr/local/go、精确控制版本、避免系统升级误更，仅需将$goroot/bin加入path；gobin推荐设为$home/bin，gopath非必需但go install需其或gobin；首次运行必须配置goproxy=https://goproxy.cn,direct。
手动搭建更可控，自动搭建更省事；但“自动”不等于“傻瓜”，很多所谓一键安装反而埋下路径、版本、代理三重隐患。
用包管理器装 golang-go 或 golang 为什么有时会失效
Linux 发行版仓库里的 Go 版本通常滞后 1–2 个大版本（比如 Ubuntu 24.04 仓库仍为 go1.21，而当前稳定版已是 go1.23），导致：
- 泛型、模糊测试等新特性不可用
- 某些依赖明确要求
>= go1.22时，go mod tidy直接报错 -
go env GOROOT指向/usr/lib/go这类非标准路径，和文档/教程默认假设不一致 - 部分发行版（如旧版 CentOS）的
golang包不含go命令，只含gofrontend编译器组件
手动解压配置 /usr/local/go 的真实代价
看似多敲几行命令，实则换来三处确定性：
-
GOROOT固定为/usr/local/go，所有文档、CI 脚本、同事经验都对得上 - 可精确控制版本：下载
go1.23.4.linux-amd64.tar.gz就是go1.23.4，不靠发行版打包者心情 - 避免
apt upgrade意外升级 Go 导致构建失败——你掌控更新节奏，而非系统更新策略
唯一需要多做的，只是把 $GOROOT/bin 加进 PATH。这行配置写一次，管十年。
GOBIN 和 GOPATH 现在到底要不要设
Go 1.16+ 默认启用模块模式，GOPATH 已退化为缓存与 go install 输出目录，因此：
- 不设
GOPATH也能正常go run、go build，但go install github.com/xxx/cli@latest会失败（找不到安装位置） -
GOBIN若为空，go install会 fallback 到$GOPATH/bin；若两者都不设，命令装完就“消失”，which xxx找不到 - 推荐设为
export GOBIN=$HOME/bin，和用户级二进制目录统一，不污染$PATH也不依赖$GOPATH
真正容易被忽略的是代理设置——无论手动还是自动安装，go mod download 在国内首次运行大概率卡住。必须紧接着执行 go env -w GOPROXY=https://goproxy.cn,direct，否则连 go mod init 都可能超时失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
