Go二进制默认静态链接，跨平台编译需设GOOS=linux和GOARCH，含cgo时必须CGO_ENABLED=0才能生成真正静态可执行文件，否则依赖目标系统C工具链或libc导致运行失败。
Go 二进制文件默认就是静态链接的，只要在编译时正确设置 GOOS 和 GOARCH，就能直接生成 Linux 可执行文件，无需目标机器装 Go 环境或 libc 兼容层。
用 GOOS=linux 编译跨平台二进制
你在 macOS 或 Windows 上写完 Go 代码，想部署到 Linux 服务器？不用切系统，用环境变量控制目标平台即可：
-
GOOS=linux GOARCH=amd64 go build -o myapp-linux main.go→ 生成适用于 x86_64 Linux 的可执行文件 -
GOOS=linux GOARCH=arm64 go build -o myapp-arm64 main.go→ 适配 AWS Graviton、树莓派等 ARM64 服务器 - 若项目依赖 cgo（比如用了
net包的某些 DNS 解析逻辑），需额外设CGO_ENABLED=0避免动态链接 libc
不设 CGO_ENABLED 且含 cgo 时，go build 会报错：cross compilation with cgo enabled requires a cgo-enabled compiler for the target。
CGO_ENABLED=0 是跨平台编译的安全开关
Go 默认启用 cgo，但跨平台编译时它会尝试调用目标平台的 C 工具链（如 gcc），这通常不存在。禁用后：
立即学习“go语言免费学习笔记（深入）”；
- 所有标准库走纯 Go 实现（例如
net用纯 Go DNS 解析器，不调getaddrinfo） - 生成真正静态二进制：无外部 .so 依赖，
ldd myapp-linux显示not a dynamic executable - 代价是部分功能降级：如
user.Lookup在禁用 cgo 时无法读取 /etc/passwd，返回user: lookup userid 0: no such user
推荐命令：CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -o myapp main.go（-a 强制重编译所有依赖，确保干净）。
验证生成的二进制是否真能跑在目标 Linux 上
别只看文件名或 file 命令输出，要实测兼容性：
- 用
file myapp-linux确认类型：应为ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked - 在最小化 Linux 环境（如 Alpine 容器）里运行：
docker run --rm -v $(pwd):/work -w /work alpine:latest ./myapp-linux - 如果报错
No such file or directory，不是文件不存在，而是动态解释器缺失（常见于误启 cgo）；此时回退检查CGO_ENABLED=0是否生效
Alpine 默认用 musl libc，而启用 cgo 的二进制通常链接 glibc —— 这是线上踩坑最高频的组合。
真正麻烦的从来不是“能不能编译”，而是“编译出来的文件在目标系统上有没有隐式依赖”。每次换 GOOS/GOARCH，都该重跑一遍 CGO_ENABLED=0 并进容器验一次 ./binary。漏掉这步，上线时卡在 exec format error 或静默崩溃，比编译失败更难定位。
