低版本 Linux（如 CentOS 6 / Ubuntu 14.04）无法安装官方 Go 二进制包，因 go1.17+ 依赖 glibc ≥2.17，而旧系统 glibc 过低导致动态链接失败；唯一可行方案是用源码编译 go1.16.15（最后一个兼容 glibc 2.12 的稳定版），需使用系统自带 gcc、手动下载 src.tar.gz、正确设置 GOROOT 和 PATH，并在项目中将 go.mod 显式降级为 go 1.16。
低版本 Linux（如 CentOS 6 / Ubuntu 14.04）为什么装不上官方 Go？
因为 Go 官方二进制包从 go1.17 开始默认使用 musl 或较新 glibc（≥2.17），而 CentOS 6 的 glibc 2.12、Ubuntu 14.04 的 glibc 2.19 会直接报错：./go: /lib64/libc.so.6: version `GLIBC_2.17' not found。这不是权限或路径问题，是动态链接层面的硬性不兼容。
唯一可行方案：用源码编译旧版 Go（go1.16.15 及更早）
Go 官方明确保证：源码构建的 Go 工具链可向下兼容宿主系统的 glibc。只要选对版本，就能绕过二进制包的 ABI 限制。
-
go1.16.15是最后一个支持glibc 2.12的稳定版（也是最后一个支持 32 位 ARMv6 的版本） - 必须用系统自带的
gcc（CentOS 6 自带gcc 4.4.7足够；Ubuntu 14.04 需先apt-get install build-essential） - 不能用
go get下载源码 —— 那是下载模块，不是 Go 编译器源码；要从 https://www.php.cn/link/81836b7cd16991abb7febfd7832927fd 手动下载src.tar.gz包
cd /tmp wget https://www.php.cn/link/81836b7cd16991abb7febfd7832927fdgo1.16.15.src.tar.gz tar -xzf go/src.tar.gz cd go/src ./make.bash # 成功后生成的 go 可执行文件即兼容当前系统 sudo cp -r go /usr/local/
GOROOT 和 PATH 设置必须手动且精确
低版本系统往往没有 systemd 或现代 shell 初始化机制，~/.bashrc 或 /etc/profile 中的环境变量容易漏加载。编译出的 go 二进制不认相对路径，GOROOT 必须指向绝对路径下的 go 目录（不是 bin 子目录）。
- 确认路径：
/usr/local/go（即cp -r go /usr/local/后的结构） - 写入
/etc/profile（全局生效）：export GOROOT=/usr/local/go export PATH=$GOROOT/bin:$PATH
- 立即生效：
source /etc/profile，然后运行go version验证 - 若仍报 command not found，请检查
which go是否为空，并确认$PATH没被后续脚本覆盖
后续项目构建需避免引入高版本 Go 特性
即使 Go 工具链跑起来了，用 go mod init 新建的模块默认写入 go 1.16 或更高版本声明，而 go build 在低版本 Go 上遇到高版本 go.mod 会直接拒绝：
立即学习“go语言免费学习笔记（深入）”；
go: cannot find main module, but found .git/config in /path/to/project（实际是版本不匹配的静默失败）
- 新建项目时，手动编辑
go.mod，把第一行改为：go 1.16 - 已有项目若升级过模块，运行
go mod edit -go=1.16 -
go.sum不需要手动改 ——go build会按当前 Go 版本重新解析依赖 - 注意：
io/fs、embed等go1.16+新包在go1.16.15中存在但功能受限，生产环境慎用
真正卡住的从来不是“能不能装”，而是“装完之后写的代码能不能跑”。旧系统上跑 Go，本质是主动降维 —— 接受没有泛型、没有 try、没有 net/http 的 ServerContext，然后把事情做完。
