GOOS和GOARCH必须同时显式设置，缺一不可；CGO_ENABLED=0是静态链接前提，否则因C库不兼容导致运行失败；-ldflags="-s -w"可减小体积30%–50%。
GOOS 和 GOARCH 环境变量必须显式指定
不设 GOOS 和 GOARCH，go build 默认按当前系统构建，跨平台编译直接失败。比如在 macOS 上想生成 Linux 二进制，必须提前声明目标平台：
GOOS=linux GOARCH=amd64 go build -o myapp-linux main.goGOOS=windows GOARCH=386 go build -o myapp.exe main.goGOOS=darwin GOARCH=arm64 go build -o myapp-m1 main.go
注意：GOARCH 值不是随意写的——arm 和 arm64 不互通，386 不能运行在纯 amd64 环境（除非内核兼容），错配会导致二进制无法启动或报 exec format error。
CGO_ENABLED=0 是静态链接的关键开关
默认开启 CGO，Go 会链接系统 C 库（如 glibc），导致二进制在目标机器上因缺少 libc 版本而崩溃。生产环境部署到 Alpine 或最小化 Linux 镜像时，必须禁用：
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o app main.go- 启用后生成的二进制体积更大、依赖系统库；禁用后是纯静态链接，可直接拷贝运行
- 但禁用后无法使用依赖 C 的包（如
net包某些 DNS 解析逻辑、SQLite 驱动等）
若项目用了 cgo 相关功能又必须静态构建，得换用 musl 工具链（如 docker buildx + golang:alpine），而非简单设 CGO_ENABLED=0。
立即学习“go语言免费学习笔记（深入）”；
-ldflags="-s -w" 能显著减小二进制体积
Go 编译出的二进制默认包含调试符号和 DWARF 信息，体积可能翻倍。发布时建议加链接器参数剥离：
-
go build -ldflags="-s -w" -o app main.go：去掉符号表（-s）和 DWARF（-w） - 体积通常减少 30%–50%，对容器镜像大小影响明显
- 但会失去堆栈追踪中的文件名和行号，仅保留函数名；调试需保留未剥离版本
- 可与交叉编译组合：
GOOS=linux CGO_ENABLED=0 go build -ldflags="-s -w" -o app main.go
GOARM 和 GOMIPS 只在对应架构下生效，设了也无效别白费劲
GOARM 仅对 GOARCH=arm 生效（arm64 忽略它），GOMIPS 仅对 GOARCH=mips 或 mips64 生效。常见误操作：
-
GOARCH=arm64 GOARM=7 go build …→GOARM被忽略，无任何效果 -
GOARCH=amd64 GOMIPS=hardfloat go build …→ 同样被忽略，且不会报错 - 查是否生效？构建后用
file app或readelf -A app看实际 ABI 标识
真正需要控制 ARM 指令集兼容性时，只在 GOARCH=arm 下设 GOARM=6 或 GOARM=7，并确保目标设备支持对应版本。
CGO_ENABLED 的隐式依赖和 GOARM/GOMIPS 的条件生效规则——它们不会报错，但设了等于没设。 
