Go 1.5+ 支持原生交叉编译，但默认 go build 会生成同名二进制文件，导致多次编译相互覆盖；使用 -o 参数可自定义输出路径与文件名，结合 GOOS/GOARCH 变量实现平台标识化构建。
go 1.5+ 支持原生交叉编译，但默认 `go build` 会生成同名二进制文件，导致多次编译相互覆盖；使用 `-o` 参数可自定义输出路径与文件名，结合 `goos`/`goarch` 变量实现平台标识化构建。
在 Go 1.5 及后续版本中，交叉编译已无需额外工具链支持，只需通过环境变量（如 GOOS 和 GOARCH）即可指定目标操作系统和架构。然而，默认行为下，无论你为多少个平台编译，go build 均会生成名为 ./<main_package_name> 的可执行文件（例如 myapp），后一次编译必然覆盖前一次结果——这不仅带来混淆风险，更使得运行时无法直观判断当前二进制对应的目标平台（尤其在 Linux/macOS 下无扩展名提示）。
解决方法非常简洁：显式使用 -o 标志指定带平台标识的输出路径。例如：
# 编译为 Linux 386 架构，输出到 test/output/myapp-linux-386 GOOS=linux GOARCH=386 CGO_ENABLED=0 go build -o test/output/myapp-linux-386 . # 编译为 Windows AMD64，输出为 myapp-windows-amd64.exe（Windows 用户习惯加 .exe） GOOS=windows GOARCH=amd64 CGO_ENABLED=0 go build -o myapp-windows-amd64.exe . # 编译为 macOS ARM64（Apple Silicon） GOOS=darwin GOARCH=arm64 go build -o myapp-darwin-arm64 .
✅ 最佳实践建议：
- 始终启用 CGO_ENABLED=0（除非依赖 cgo），以确保纯静态链接、零依赖、跨平台可移植；
- 在文件名中嵌入 GOOS 和 GOARCH（如 myapp-linux-amd64），便于归档、分发与 CI/CD 自动识别；
- 使用子目录组织（如 dist/linux/, dist/windows/）提升可维护性；
- 若需批量构建多平台，可编写 Makefile 或 shell 脚本自动化调用。
最终，一个清晰、可追溯、免冲突的交叉编译工作流，核心就落在 -o 这一参数上——它不仅是重命名手段，更是构建可审计、可部署产物的关键一步。
