goos和goarch必须同时显式设置，缺一不可；仅设其一将生成当前主机平台二进制，导致目标设备报exec format error；cgo_enabled=0是安全底线，确保静态链接避免动态依赖失败。
GOOS 和 GOARCH 必须同时设置，缺一不可。只设 GOARCH=arm64 而不设 GOOS，编译结果仍是当前主机平台（如 darwin/amd64 或 linux/amd64），部署到 ARM 设备上会直接报 exec format error——这不是程序崩溃，是内核拒绝加载。
为什么交叉编译必须同时指定 GOOS 和 GOARCH
Go 编译器不会“自动推断”目标平台。它只在启动瞬间读取这两个变量，之后就固化为目标组合。漏掉任一变量，go build 就退回到默认行为：生成当前运行环境的二进制。
-
GOOS=linux GOARCH=arm64 go build -o app ./main.go→ 正确生成 Linux ARM64 可执行文件 -
GOARCH=arm64 go build -o app ./main.go→ 实际仍是darwin/amd64或windows/amd64，取决于你本机系统 - 验证方式：
file app应输出类似ELF 64-bit LSB executable, ARM aarch64；若显示x86-64，说明变量没生效
arm 和 arm64 完全不兼容，别靠猜
ARM 架构不是统一体。32 位（arm）和 64 位（arm64）的指令集、ABI、系统调用完全不同。混用会导致内核直接拒载，错误信息只有 exec format error，没有堆栈、没有 panic。
- 查目标设备真实架构：
uname -m—— 输出aarch64对应arm64，armv7l或armv8l对应arm - Go 不支持
armv7、armv8这类写法，只认arm（32 位）和arm64（64 位） - 树莓派 Zero/1 →
arm；树莓派 3B+/4/5、AWS Graviton、Mac M 系列 →arm64 - 若用
arm编译但目标是aarch64，readelf -h app | grep Machine会显示EM_ARM，而非EM_AARCH64
CGO_ENABLED=0 不是可选项，是安全底线
只要你不显式启用 CGO（即没 import "C"，也没 // #cgo 指令），就该强制关闭它。否则，Go 会尝试链接宿主机的 libc、DNS 解析器、线程库等，而这些在目标 ARM 设备上大概率缺失或 ABI 不匹配。
- 开启 CGO 后常见失败现象：
symbol not found、segmentation fault、undefined reference to 'getaddrinfo' - 纯 Go 程序加
CGO_ENABLED=0后生成完全静态二进制，无需任何外部依赖 - 例外情况：用了
mattn/go-sqlite3、cgo图像库等含 C 依赖的包 → 必须在目标平台构建，或改用纯 Go 替代实现（如sqlite的纯 Go 模式） - 注意：
CGO_ENABLED=0下net包默认不读/etc/resolv.conf，如有 DNS fallback 需求，得加GODEBUG=netdns=go
验证不能只看文件名或 go build 是否成功
编译命令不报错 ≠ 产物可用。很多交叉编译产物表面看起来“像 ARM”，实则动态链接了 x86 的 so，或 ELF 类型错误。
- 必做三步验证：
file app→ 确认架构；readelf -h app | grep -E 'Class|Data|Machine'→ 核对 ABI 细节；strace ./app 2>&1 | head -n5→ 若第一行是execve("app", [...], [...]) = -1 ENOEXEC，就是架构或格式不匹配 - 如果程序一启动就挂，且
strace显示ENOEXEC，不用看日志、不用 debug，直接回退检查GOOS/GOARCH和CGO_ENABLED - 真正麻烦的是混合了 cgo + 自定义 sysroot + 静态链接的场景——这时候已经超出
GOARCH能解决的范围，得切到真机或 QEMU 环境里编译
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
