go build 本身无捷径，但多平台构建可通过 Makefile 或脚本自动化；GOOS/GOARCH 必须每条命令显式设置，子 shell 不继承 export，Windows 需注意语法，输出名应含平台标识并推荐加 CGO_ENABLED=0 和 -ldflags="-s -w"。
go build 本身没有“捷径”，但多平台构建的重复劳动可以被压缩到一行命令或一个 Makefile 里——关键不是绕过 GOOS/GOARCH，而是让它们不手动输、不写错、不漏平台。
GOOS/GOARCH 必须每条命令前显式设置
很多人以为在 shell 里 export GOOS=linux 后，后续所有 go build 都会生效。实际不会：make 或子 shell 不继承父 shell 的环境变量，export 对 go build 没用。
- 错误写法：
export GOOS=linux && go build -o app→ 仍生成当前系统（如 darwin）二进制 - 正确写法：
GOOS=linux GOARCH=amd64 go build -o bin/app-linux-amd64 main.go - Windows 上注意语法：PowerShell 用
$env:GOOS="linux"; $env:GOARCH="amd64"; go build ...，CMD 用set GOOS=linux && set GOARCH=amd64 && go build ... - 别省略
GOARCH：只设GOOS=linux默认仍是当前GOARCH，比如在 Apple Silicon Mac 上会生成arm64，不是你想要的amd64
Makefile 是最实用的“快捷打包”载体
手敲六七条 GOOS=xxx GOARCH=yyy 命令太容易出错，也难维护。用 Makefile 把逻辑收口，还能自动创建目录、加 .exe、禁用 cgo。
- 必须前置
mkdir -p bin/，否则go build -o bin/app在目录不存在时直接失败 - Windows 输出名要带
.exe：-o bin/app-windows-amd64.exe，不能依赖系统自动补 - 统一加
CGO_ENABLED=0：避免 Alpine 容器运行报no such file or directory，也防止 macOS 编译 Windows 时因 libc 依赖失败 - 推荐用变量 +
$(foreach)动态生成 target，而不是硬写build-linux-amd64、build-darwin-arm64等七八行
一键脚本比 Makefile 更轻量，但要注意后缀和路径
如果你不想碰 Makefile，一个 build.sh 足够应付小项目。但它对路径和扩展名更敏感，稍不注意就发错包。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- Linux/macOS 脚本里，
GOOS=windows go build -o app.exe会生成带.exe的文件，但文件权限仍是-rwxr-xr-x，双击打不开；需确保目标机器能执行，或改用chmod +x app.exe（虽无害但没必要） - 输出名建议含平台标识：
app-linux-amd64、app-darwin-arm64、app-windows-amd64.exe，避免反复make时覆盖 - 加
-ldflags="-s -w"减小体积、去掉调试信息，发布版必备 - 验证结果用
file app-linux-amd64：应含ELF 64-bit LSB executable, x86-64；Windows 用sigcheck -a app.exe看 PE 头
CGO_ENABLED=0 不是万能，但默认该开还是该关得想清楚
禁用 CGO 确实让构建更稳、二进制更小、部署更简单，但它会改变运行时行为。
- net 包默认切换为纯 Go DNS 解析器（
netgo），不读/etc/resolv.conf；若依赖系统 DNS 配置，得加GODEBUG=netdns=system - os/user、os/exec 等包在某些场景下会 fallback 到 C 实现，禁用后可能变慢或行为不同（如 UID/GID 解析）
- 真正需要 CGO 的情况不多：SQLite、OpenSSL、图像处理（cimg）、硬件驱动交互等；普通 CLI 工具、HTTP 服务基本不用
- CI 流水线里绝不要依赖本地
CGO_ENABLED值，必须显式写出：CGO_ENABLED=0 GOOS=linux go build ...
真正容易被忽略的是：每次换平台后不检查 go env GOPATH 和 go env GOROOT，导致模块缓存路径错乱；还有就是忘了 go clean -cache -modcache，旧缓存会让新平台构建悄悄复用错误的 .a 文件。这些事不报错，但会让你花两小时查“为什么这个 Linux 二进制在容器里 panic”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
