Go可直接交叉编译多平台可执行文件，但需正确配置GOOS/GOARCH成对值（如GOOS=windows GOARCH=amd64）、禁用CGO（CGO_ENABLED=0）避免动态链接问题，并用filepath.Join处理路径兼容性。
直接编译出 Windows、Linux、macOS 的可执行文件，不需要换机器、不依赖目标系统环境——Go 原生支持，但新手常卡在 GOOS 和 GOARCH 配置错、CGO 混入、路径硬编码这三处。
GOOS 和 GOARCH 必须成对设置，不能只设一个
单独改 GOOS=windows 但没指定 GOARCH，Go 默认仍用当前主机的 GOARCH（比如 amd64），这看似能过，但一旦目标平台是 arm64 就失败。更隐蔽的问题是：macOS 上默认 GOARCH=arm64，但你若想交叉编译 macOS x86_64 版本，必须显式写 GOARCH=amd64。
-
GOOS可选值：linux / windows / darwin（不是 macos）/ freebsd 等，注意 macOS 对应的是darwin -
GOARCH常见值：amd64、arm64、386（Windows 32 位）、arm（32 位 ARM） - 典型命令：
GOOS=windows GOARCH=amd64 go build -o myapp.exe main.go - macOS 编译 Apple Silicon 版本：
GOOS=darwin GOARCH=arm64 go build -o myapp-darwin-arm64 main.go
CGO_ENABLED=0 是跨平台构建的保险开关
只要项目里用了 cgo（比如调用 net 包里的 DNS 解析、或用了 os/user），默认会链接宿主机的 C 库，导致编译出的二进制在目标平台运行时报 cannot execute binary file: Exec format error 或找不到动态库。关掉 CGO 就能彻底避免。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 强制静态链接：
CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -o myapp-linux-arm64 main.go - 关 CGO 后部分功能受限：DNS 解析会回退到 Go 自带纯 Go 实现（可能慢一点）、
user.Lookup不可用、某些加密算法性能略降，但绝大多数 CLI 和服务端程序完全不受影响 - 如果必须用 CGO（如调用 OpenSSL），那就得在对应平台的 Docker 容器里构建，不能靠本地交叉编译
filepath.Join 替代字符串拼接，否则路径在 Windows 上直接崩溃
硬写 "config/" + filename 或 "data\log.txt"，在 Linux/macOS 能跑，一到 Windows 就报 open config/filename: no such file or directory —— 因为反斜杠被当转义符，或者路径分隔符不匹配。
- 永远用
filepath.Join("config", filename)，它会自动按GOOS返回对应分隔符（/或） - 读取配置文件时，别假设当前工作目录是项目根目录；用
os.Executable()+filepath.Dir()定位二进制所在路径再拼接 - 避免
os.Getwd()，它返回的是运行时的工作目录，不是源码或二进制位置，跨平台部署时极不可靠
真正麻烦的不是语法，而是那些「本地能跑、换平台就挂」的隐性依赖：CGO、硬编码路径、环境变量名大小写（Windows 不敏感，Linux 敏感）、行尾符（
vs
）。每次新增一个目标平台前，先跑一遍 CGO_ENABLED=0 构建，再拿生成的二进制扔进对应系统的 Docker 容器里试运行，比等用户反馈快十倍。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
