Go 1.5+ 支持原生交叉编译，但默认 go build 会生成同名二进制文件，导致多平台构建时相互覆盖；使用 -o 参数可自定义输出路径与文件名，实现平台区分与安全构建。
go 1.5+ 支持原生交叉编译，但默认 `go build` 会生成同名二进制文件，导致多平台构建时相互覆盖；使用 `-o` 参数可自定义输出路径与文件名，实现平台区分与安全构建。
在 Go 1.5 及后续版本中，交叉编译已无需依赖外部工具链，只需通过环境变量（如 GOOS 和 GOARCH）即可指定目标操作系统与架构。然而，若对多个平台连续执行 go build 而未显式指定输出路径，所有构建结果将默认写入当前目录下的同名可执行文件（如 myapp），造成前序产物被覆盖——这不仅丢失历史构建结果，更使二进制文件缺乏可追溯性：你无法仅凭文件名判断其目标平台（尤其在 Linux/macOS 等无扩展名惯例的系统上）。
解决该问题的核心是显式控制输出路径与文件名，即使用 -o 标志。它支持任意合法路径（包括子目录），且可嵌入平台信息以提升可维护性。例如：
# 构建 Linux 32 位静态二进制 GOOS=linux GOARCH=386 CGO_ENABLED=0 go build -o dist/myapp-linux-386 # 构建 macOS ARM64 版本 GOOS=darwin GOARCH=arm64 go build -o dist/myapp-darwin-arm64 # 构建 Windows 64 位（自动添加 .exe 后缀） GOOS=windows GOARCH=amd64 go build -o dist/myapp-windows-amd64.exe
✅ 最佳实践建议：
- 始终使用 -o 指定带平台标识的输出路径（如 dist/
- - ）； - 对于纯静态链接需求（如容器部署），务必设置 CGO_ENABLED=0；
- 可结合 Makefile 或 shell 脚本批量构建多平台版本，避免手动出错；
- 注意：Windows 目标下，Go 会自动为 -o 指定的文件名追加 .exe 后缀（除非显式包含 .exe），其他平台则严格按所给名称输出。
通过规范命名与路径管理，不仅能彻底规避文件覆盖风险，还能让 CI/CD 流水线、发布归档及运维分发过程更加清晰可靠。
