应设置CGO_ENABLED=0禁用cgo并指定GOOS=linux GOARCH=amd64交叉编译，生成纯静态二进制；若项目强依赖cgo，则需在CentOS 6等旧环境容器中构建。
编译产物报 GLIBC_2.7 not found 怎么办
这是最典型的旧系统兼容问题：Go 程序在新系统编译后，动态链接了 glibc 2.7+ 的符号，而 CentOS/RHEL 5.x（glibc 2.5）或 CentOS 6.x（glibc 2.12）根本找不到这些符号，启动直接失败。
根本解法不是降级 Go 版本，而是切断对 glibc 的依赖：
- 必须设置
CGO_ENABLED=0，禁用 cgo，避免调用任何 C 函数（包括 net、os/user、os/exec 等包的底层实现） - 显式指定目标平台：
GOOS=linux GOARCH=amd64（或对应架构），防止 fallback 到主机环境 - 加
-ldflags="-s -w"去除调试信息，减小体积并避免符号残留 - 命令示例：
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -ldflags="-s -w" -o myapp .
这样生成的是纯静态二进制，只依赖基础系统调用（read、write、epoll_wait 等），只要内核 ≥ 2.6.23 就能跑——CentOS 5.x 的 2.6.18 仍不满足，但 CentOS 6.10+ 可行。
为什么在 CentOS 7 上编译的程序在 CentOS 6 上还是运行失败
因为默认开启 CGO_ENABLED=1，即使没写 import "C"，标准库中 net、os/user、os/signal 等包仍会隐式触发 cgo 调用，链接时仍引入 glibc 符号。
验证方式很简单：
- 用
file ./myapp看是否标为 “statically linked”；如果不是，说明没生效 - 用
ldd ./myapp检查是否输出 “not a dynamic executable”；若显示 libc.so.6，则肯定失败 - 运行前先
readelf -d ./myapp | grep NEEDED，看到libc.so.6就得重编
注意：CGO_ENABLED=0 会让 net 包回退到纯 Go 实现（如 net/ipv4），性能略低但完全可用；若项目强依赖 cgo（如 sqlite3、openssl），就只能换构建环境——用 Docker 拉一个 CentOS 6 镜像来编译。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
GOOS/GOARCH 设对了，但运行时报 no such file or directory
这不是路径问题，是架构或解释器缺失。常见于两种情况：
- 在 macOS 或 Windows 上交叉编译 Linux 二进制，但忘了加
GOOS=linux，结果生成的是 darwin/amd64 或 windows/amd64 可执行文件，扔到 Linux 上当然打不开 - 用了
CGO_ENABLED=1且未静态链接，程序运行时尝试加载/lib64/ld-linux-x86-64.so.2，但旧系统该路径不存在或版本不匹配
排查步骤：
- 用
file ./myapp确认输出里明确含 “ELF 64-bit LSB executable, x86-64, version 1 (SYSV)” 和 “statically linked” - 若含 “dynamically linked”，立刻补上
CGO_ENABLED=0重编 - 别信
go env GOOS的输出——它只反映当前环境，交叉编译必须靠命令行显式传参
旧系统上连 go 命令都跑不起来怎么办
Go 工具链本身也是 Go 写的，它同样依赖 glibc ≥ 2.7 和内核 ≥ 2.6.23。CentOS 5.x 上下载官方 go1.22.5.linux-amd64.tar.gz 解压后执行 go version，大概率报 version `GLIBC_2.7' not defined。
正确做法只有一个：不在旧系统装 Go，只在新系统构建，再把产物拷过去。
- 推荐用 Docker：拉
golang:1.22-alpine或centos:7镜像，在里面跑CGO_ENABLED=0 go build - 或者用 GitHub Actions / GitLab CI，在 Ubuntu 22.04 环境中构建，上传 artifact
- 绝对不要尝试升级旧系统的 glibc——YUM 会崩，SSH 可能断连，系统直接不可用
真正容易被忽略的一点：即使二进制能跑，也要确认它用的系统调用旧内核真支持。比如 timerfd_create 在 2.6.23 才稳定，CentOS 5.x 的 2.6.18 即使硬凑出静态二进制，time.After 或 net/http.Server 也可能 panic。所以，CentOS 5.x 不是“勉强能用”，而是“官方明确不支持”，别赌运气。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
