根本原因是path未正确配置或未生效，需将go的bin目录（如/opt/go/bin）加入path并source ~/.bashrc验证；go install报错则因go111module默认关闭，应设为on；多版本共存时用which go和go env goroot确认实际生效路径。
Go 1.22.2 在 CentOS 7 上装完就报 command not found: go
根本原因不是没装上，而是 PATH 没生效。CentOS 7 默认用 bash，但很多教程直接改 /etc/profile 或 ~/.bashrc 后忘了重载，或者改错了位置。
- 确认 Go 二进制路径：比如解压后是
/opt/go/bin/go，那你要加的是/opt/go/bin，不是/opt/go - 别只改
~/.bashrc—— 如果你用sudo su -切换 root，它读的是 root 的~/.bashrc，不是你当前用户的 - 生效命令必须是
source ~/.bashrc（当前 shell）或新开终端，source /etc/profile对所有用户生效但需 root 权限 - 验证：运行
echo $PATH看输出里有没有你的 Go bin 路径；再跑go version确认不报错
用 go install 下工具却提示 cannot find module providing package
这是 Go 1.16+ 默认关闭 GO111MODULE=auto 后的典型表现——它不再自动识别项目根目录下的 go.mod，而是严格按模块模式工作。
- 临时解决：在命令前加
GO111MODULE=on go install，比如GO111MODULE=on go install golang.org/x/tools/gopls@latest - 一劳永逸：执行
go env -w GO111MODULE=on，写入用户级环境变量（影响所有后续 shell） - 注意：
go install要求包路径以@version结尾，漏掉@latest或具体版本号会失败 - 如果目标包本身没发布模块（比如某些老仓库），就得先
git clone到本地，再go install ./cmd/xxx
go build 成功但运行时报 undefined symbol: __cxa_throw
这不是代码问题，是链接时混用了不同 C++ ABI 版本，常见于在较老的 CentOS 7 上构建依赖 CGO 的程序（比如带 SQLite、图像处理或某些网络库的项目）。
- 最稳方案：禁用 CGO，加环境变量
CGO_ENABLED=0再构建，生成纯静态二进制，无系统库依赖 - 若必须启用 CGO（如调用系统 OpenSSL），则需升级系统 devtoolset：安装
devtoolset-11并scl enable devtoolset-11 bash - 检查是否误用了高版本 GCC 编译的第三方 .so —— CentOS 7 默认 GCC 4.8，不兼容 GCC 11+ 编译的符号
- 运行
ldd your_binary看缺失哪些共享库，比报错信息更直观
想省事用预编译二进制，但 go version 显示还是旧版
系统可能残留多个 Go 安装（比如 yum 装过旧版、手动解压新版、又用 GVM 切换过），PATH 查找顺序决定了哪个 go 先被命中。
- 查真实路径：
which go和readlink -f $(which go)，确认它指向你解压的新版bin/go - 删旧版干扰：yum 安装的 Go 通常在
/usr/bin/go，可sudo rm /usr/bin/go（前提是确认不用系统包管理器维护） - 别依赖
go version输出的 “go version go1.x” 字样来判断——它只反映编译时的 Go 版本，不是运行时版本 - 真正可靠的验证方式是
go env GOROOT，它会返回当前生效的 Go 根目录，和你 PATH 里指向的路径必须一致
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
