Go交叉编译必须同时显式设置GOOS和GOARCH环境变量，缺一不可；绝大多数情况下需CGO_ENABLED=0，否则易构建失败或运行时报cannot execute binary file等错误。
直接能用，但必须每条命令都显式写 GOOS 和 GOARCH，漏一个或顺序错就等于没交叉编译。
GOOS 和 GOARCH 必须成对出现在每条 go build 命令前
它们不是全局环境变量，也不是 Makefile 里的 export，更不会被 shell 继承。写成 export GOOS=linux 然后跟 go build，第二行完全看不到这个值。
- ✅ 正确：
GOOS=linux GOARCH=amd64 go build -o bin/app-linux-amd64 ./cmd/myapp - ❌ 错误：
export GOOS=linux; go build -o bin/app-linux ./cmd/myapp（实际生成的是当前系统平台二进制） - ⚠️ 常见陷阱：只设
GOOS=windows却漏了GOARCH，结果在 macOS M1 上生成的是darwin/arm64，文件名像 Windows 包，但双击就报“无法打开”
CGO_ENABLED=0 不是可选，是默认必须加的开关
只要你的程序不显式依赖 C 库（比如 SQLite、OpenSSL、某些图像处理库），就该关掉 CGO。否则：
- Linux 二进制在 Alpine 容器里运行时报
not found（实际是找不到 glibc） - macOS 编译 Windows 时直接失败：
exec: "gcc": executable file not found - 即使构建成功，目标机器上运行时可能 panic：
cannot execute binary file或no such file or directory
正确姿势是把 CGO_ENABLED=0 和平台变量一起前置：CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build -o bin/app.exe ./cmd/myapp
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
Windows 输出必须带 .exe 后缀，其他平台不自动补
GOOS=windows 会自动让 go build 生成 PE 格式，但它不会自动给输出文件加 .exe 扩展名——除非你在 -o 参数里明确写出来。
- ✅
GOOS=windows GOARCH=amd64 go build -o bin/app.exe ./cmd/myapp→ 双击可运行 - ❌
GOOS=windows GOARCH=amd64 go build -o bin/app ./cmd/myapp→ 文件没后缀，Windows 资源管理器不识别为可执行程序 - ? 小技巧：Linux/macOS 上生成的
app.exe是合法可执行文件，无需重命名，直接发给 Windows 用户即可
输出路径和文件名必须带平台标识，避免覆盖和混淆
所有平台二进制塞进同一个 bin/app 路径，反复 make build 会互相覆盖。CI 流水线里还可能因缓存导致发错包。
- 推荐命名格式：
app-$(GOOS)-$(GOARCH)，Windows 加.exe后缀，如app-linux-amd64、app-darwin-arm64、app-windows-amd64.exe - 务必提前创建目录：
mkdir -p bin/，否则go build -o bin/app会因路径不存在失败 - ARM 架构注意：若目标是 ARMv7（如树莓派 Zero），需额外加
GOARM=7；ARM64 则不需要
真正容易被忽略的点是：跨平台构建前最好跑一次 go clean -cache -modcache。旧平台的构建缓存可能污染新目标，尤其在频繁切换 GOOS/GOARCH 时，会出现“明明参数对，却链接失败”的诡异问题。
