apt安装的Go版本严重滞后（如Ubuntu 22.04为go1.18），GOROOT设为/usr/lib/go，易与手动安装冲突；建议二进制安装至/usr/local/go并置PATH开头，或使用golang:1.22-slim镜像。
Debian/Ubuntu系用 apt install golang 安装的是什么版本？
默认源里的 golang 包通常严重滞后，比如 Ubuntu 22.04 的 apt 源提供的是 go1.18，而当前稳定版已是 go1.22。这意味着你无法使用泛型改进、net/http 的新中间件接口、或 io 包的 CopyN 等特性。
更关键的是，apt 安装的 Go 会把 GOROOT 设为 /usr/lib/go，与手动安装的 /usr/local/go 冲突；且它还会覆盖系统级的 go 命令，后续升级需手动清理 /usr/bin/go 和 /usr/bin/gofmt。
- 不建议在开发机上直接
apt install golang - 若已安装，先运行
sudo apt remove golang-go golang-src，再删掉/usr/bin/go* - 容器或 CI 环境中如需快速拉起，可用
golang:1.22-slim镜像，避开 apt 源陷阱
CentOS/RHEL 8+ 使用 dnf install golang 报错 “No match for argument” 怎么办？
因为 RHEL 8+ 默认禁用 codeready-builder 仓库，而 Go 包只放在这里。直接 dnf install golang 必然失败，错误信息是：Error: Unable to find a match: golang。
必须先启用对应仓库：
立即学习“go语言免费学习笔记（深入）”；
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
sudo dnf config-manager --set-enabled codeready-builder-for-rhel-8-x86_64-rpms sudo dnf install golang
但注意：RHEL 8 的该仓库提供的是 go1.16.7，RHEL 9 是 go1.19.13——仍落后至少 2~3 个主版本。生产环境建议跳过 dnf，改用二进制安装。
- 启用仓库后安装的 Go 会写入
/usr/lib/golang，GOROOT需显式设为此路径 -
go env -w GOPATH不影响系统级GOROOT，别混淆两者 - 若用 Podman 构建，可直接挂载官方二进制：
podman run -v $(pwd)/go:/usr/local/go:ro -it golang:alpine go version
所有发行版通用的二进制安装法：为什么必须改 /usr/local/go 且加到 PATH 开头？
从 https://www.php.cn/link/81836b7cd16991abb7febfd7832927fd 下载 go1.22.5.linux-amd64.tar.gz 后，解压到 /usr/local/go 是硬性约定，不是习惯——Go 工具链内部有若干硬编码路径引用，比如 go tool dist list 依赖 $GOROOT/src 存在，而 go install 默认把编译产物放进 $GOROOT/bin（除非设了 GOBIN）。
PATH 必须把 /usr/local/go/bin 放最前，否则可能调到旧版：
export PATH="/usr/local/go/bin:$PATH"
- 别写成
export PATH="$PATH:/usr/local/go/bin"，否则/usr/bin/go优先命中 - 检查是否生效：
which go输出应为/usr/local/go/bin/go，而非/usr/bin/go -
go env GOROOT应自动识别为/usr/local/go；若显示空或错误路径，说明GOROOT被意外覆盖
Arch Linux 的 go 和 go-tools 分离安装导致 go mod download 失败？
Arch 的 AUR 和官方仓库把 Go 运行时（go）和开发工具（go-tools）拆成两个包。只装 go 会导致 go mod download 卡住或报 failed to load module requirements，因为缺少 cmd/go/internal/modload 依赖的底层解析器。
根本原因是 Arch 的 go 包故意剥离了 src/cmd/vendor 和部分 internal 模块，仅保留最小可运行集。
- 必须同时安装：
sudo pacman -S go go-tools - 验证：
go list std | head -n3应正常输出，而非 panic 或 timeout - 若已出错，删掉
~/go/pkg/mod/cache并重试，旧缓存可能含不完整模块元数据 - Arch 用户慎用
go install golang.org/x/tools/cmd/...，容易与go-tools冲突，优先用 pacman 管理
CGO_ENABLED 的默认值一致（1），但基础镜像的 libc 版本差异极大。Alpine 用 musl，Debian/CentOS 用 glibc，交叉编译时若没关 CGO，二进制在目标系统上会直接报 not found——这不是 Go 版本问题，而是链接时 libc 找不到。 
