Go交叉编译必须同时显式设置GOOS和GOARCH且拼写严格正确，缺一或错误（如GOOS=Linux）将退回到宿主机平台；CGO_ENABLED=0是默认安全起点，未显式import "C"时应关闭以确保静态链接和跨平台兼容性。
go build 本身不“学习”，它只响应你明确告诉它的目标平台。跨平台二进制能否成功，取决于你是否准确设置了 GOOS 和 GOARCH，以及是否控制了 CGO_ENABLED——这三者不是可选项，是开关。
GOOS 和 GOARCH 必须成对出现且拼写严格正确
单独设置 GOOS=linux 或只改 GOARCH=arm64，go build 会静默退回到当前主机平台，不会报错，但结果完全不是你要的。
-
GOOS=windows GOARCH=amd64→ 生成 PE 格式，file显示PE32+ executable (console) x86-64 -
GOOS=darwin GOARCH=arm64→ Apple Silicon 可运行，file显示Mach-O 64-bit bundle arm64 -
GOOS=Linux GOARCH=amd64→ 大写Linux是无效值，编译出本地二进制（比如 macOS 上仍是 darwin） -
GOOS=windows（缺GOARCH）→ 输出main.exe，但架构仍是当前机器的（如 macOS 上生成的是darwin/arm64的 exe，根本不能双击运行）
验证方式很简单：file ./myapp 看输出，不匹配就说明环境变量没生效。
CGO_ENABLED=0 不是“优化项”，而是多数场景的默认安全起点
只要你的代码没显式用 import "C"，也没依赖 os/user、net 包里某些需系统解析器的函数（如 User.Lookup），就应该默认关掉 CGO。
- macOS 主机上编译 Linux 二进制，忘了
CGO_ENABLED=0→ 可能生成 Mach-O 文件，或报cannot use cgo when CGO_ENABLED=0（本质是状态冲突） -
CGO_ENABLED=1编译 Windows → 报错找不到gcc或windres，因为你没装 MinGW 工具链 - 开启 CGO 后，
net.InterfaceAddrs()在不同平台 DNS 行为可能不一致，上线后偶发连接失败
稳妥做法：所有交叉编译命令开头都加 CGO_ENABLED=0，除非你明确需要调 C，并已配齐对应平台的完整交叉工具链。
立即学习“go语言免费学习笔记（深入）”；
静态链接和文件后缀由 go build 自动决定，别手动干预
GOOS=windows 时，go build -o dist/app 实际生成的是 dist/app.exe；GOOS=linux 下就是 dist/app。这个行为由 cmd/go 内部控制，无法禁用或覆盖。
- CI 脚本里写死
-o bin/myapp→ Windows 构建任务产出bin/myapp.exe，但后续上传逻辑若按bin/myapp查找就会失败 - 想强制静态链接？
CGO_ENABLED=0已隐含该行为；额外加-ldflags '-extldflags "-static"'只是兼容旧版本 Go 的冗余保险 - 用
-a参数（重新编译所有依赖）仅在你怀疑标准库里有隐藏 cgo 引用时才需要，日常构建不必加
真正容易被忽略的是：Docker 构建时，宿主机环境变量（尤其是 GOOS=darwin）会被透传进容器，导致明明在 Linux 容器里执行 go build，却生成 Mach-O 文件——必须显式覆盖，不能依赖“容器里就该是 Linux”这种直觉。
