go交叉编译linux可执行文件需设goos=linux和匹配的goarch（如amd64或arm64），并推荐cgo_enabled=0和-ldflags="-s -w"以生成静态、精简的二进制。
Go 编译 Linux 可执行文件要设对 GOOS 和 GOARCH
Go 默认按当前系统编译，想在 macOS 或 Windows 上生成 Linux 程序，必须显式指定目标平台。不设或设错会导致运行时报错 exec format error，或者程序启动就崩溃。
-
GOOS=linux是必须的，漏掉就不是 Linux 二进制 -
GOARCH要匹配目标服务器 CPU 架构：x86_64 服务器用amd64，ARM 服务器（如树莓派、AWS Graviton）用arm64 - 交叉编译无需安装额外工具链，Go 原生支持，但
CGO_ENABLED=0更稳妥——避免因本地 C 库缺失导致链接失败
示例命令（macOS 上编译 Linux amd64 程序）：
GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build -o myapp main.go
CGO_ENABLED=0 不是可选项，而是默认推荐值
启用 CGO（CGO_ENABLED=1）会让 Go 调用系统 C 库，比如 net 包用 libc DNS 解析。这在目标 Linux 环境上容易出问题：glibc 版本不一致、缺少 libpthread、容器里没装 C 运行时等。
- 设为
0后，Go 会用自己的纯 Go 实现（如 DNS 查询走 UDP、TLS 用crypto/tls），二进制完全静态，扔到任意 Linux 发行版都能跑 - 代价是少数功能受限：比如
user.Lookup在CGO_ENABLED=0下无法查系统用户，得换user.Current()或改用环境变量 - 如果真要调 C（比如对接硬件 SDK），必须确保目标机器有对应头文件和库，并用
-ldflags '-extldflags "-static"'尝试静态链接
Linux 二进制体积大？别急着加 -ldflags="-s -w"
Go 默认生成带调试信息的二进制，体积常达 10–20MB。加 -s -w 能砍掉符号表和 DWARF 信息，体积减半，但会丢失堆栈文件名和行号。
-
-s去除符号表，-w去除 DWARF 调试数据，两者常一起用 - 线上服务建议加，尤其容器镜像里；但开发阶段或需要排查 panic 堆栈时，先别加——否则
panic: runtime error只显示函数名，看不到哪一行出的问题 - 注意：它不影响运行时性能，只影响调试能力；也不解决
exec format error这类根本性平台错误
完整推荐命令：
GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build -ldflags="-s -w" -o myapp main.go
交叉编译后怎么验证确实是 Linux 二进制？
光看文件名或扩展名没用，得看 ELF 头。在 macOS 或 Windows 上没法直接 file 或 readelf，但 Go 提供了轻量方式：
- 用
go tool objdump -s "main\.main" myapp，能输出反汇编，若提示unrecognized file format，说明压根不是可执行格式 - 更直接：传到 Linux 机器上执行
file myapp，正确输出应含ELF 64-bit LSB executable, x86-64, version 1 (SYSV) - 常见误判点：Windows 上用
go build没设GOOS，生成的是.exe，但 Linux 不认扩展名——它看魔数，所以哪怕改名叫myapp，file仍会报PE32+ executable
真正可靠的验证，永远是放到目标环境里 ./myapp 跑一下。卡在 exec format error 就回头检查 GOOS/GOARCH，卡在 no such file or directory 很可能是 CGO 没关干净。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
