多平台构建失败主因是环境、变量、工具链未对齐；必须显式指定CGO_ENABLED=0和GOOS/GOARCH，禁用cgo并明确目标平台，避免依赖全局配置或shell环境。
多平台构建失败，基本不是代码问题，而是环境、变量、工具链三者没对齐。核心解法就一条：所有构建命令必须显式带 CGO_ENABLED=0 和 GOOS/GOARCH，不能依赖全局设置或 shell 配置。
为什么 gox 或 go build 报 “exec: 'gcc': executable file not found”
这不是 Go 编译器的问题，是 cgo 启用后找不到 C 编译器。常见于 macOS 或 Windows 上未装 Xcode Command Line Tools / TDM-GCC，或 PATH 里有 Cygwin 的 gcc 却试图链接 MinGW 库。
- 先运行
go env CGO_ENABLED确认是否为1；若为0还报这个错，说明环境变量被覆盖了 - 执行
which gcc（macOS/Linux）或where.exe gcc（Windows），看路径是否含cygwin或msys—— 这类 GCC 不兼容 Windows 原生链接目标 - macOS 上装 Xcode CLI：
xcode-select --install；Windows 上推荐卸载 Cygwin 并装TDM-GCC，再设go env -w CC="gcc"
GOOS/GOARCH 显式传参为什么在 CI/CD 里总失效
GitHub Actions、Tilt、Docker BuildKit 等环境默认不继承 shell 的环境变量，export GOOS=linux 后直接 go build 会 fallback 到宿主机的 runtime.GOOS（比如 macOS 上跑出 darwin/amd64）。
- 必须内联写：
GOOS=linux GOARCH=arm64 CGO_ENABLED=0 go build -o dist/app-linux-arm64 ./cmd/main - Docker 多阶段构建中，builder 阶段的
FROM golang:alpine是linux/amd64，但若你在 Apple Silicon Mac 上构建且没设GOOS，Docker 可能因GOPROXY或 module cache 错乱而失败 - Tiltfile 中用
docker_build时，确保build_args或env显式注入GOOS和CGO_ENABLED
构建成功但二进制在目标平台崩溃或报 “no such file or directory”
这说明架构或链接方式不对。静态链接没做全，或用了错误的 libc 依赖。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 用
file ./myapp看产物架构是否匹配目标平台（如ELF 64-bit LSB executable, x86-64对应linux/amd64） - Linux 上运行前跑
ldd ./myapp：若输出包含not a dynamic executable，说明是纯静态；若显示libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6，则依赖 glibc —— 在 Alpine 容器里必然失败 - 含 DNS 调用的服务慎用
CGO_ENABLED=0，它会禁用系统 resolver；若集群依赖search domain或ndots，需保留 cgo 并换debian:slim镜像
Wails 或 sqlite3 类项目怎么跨平台编译
这类项目天然依赖 C 代码，CGO_ENABLED=0 直接禁用功能（如 mattn/go-sqlite3 无法编译），必须启用 cgo 并配齐交叉工具链。
- Linux 目标要
CC_x86_64_linux_gnu="x86_64-linux-gnu-gcc"，不能让 go fallback 到主机cc；macOS 上得装x86_64-linux-gnu-gcc（如通过brew install x86_64-elf-binutils或 Docker 构建） - Wails 桌面应用在 Windows 下构建失败，大概率是
node-gyp找不到windows-build-tools，建议预装或改用 WSL2 初始化 - 别试
darwin/386：macOS 10.15+ 已彻底移除 32 位支持，gox -osarch="darwin/386"白忙活
最易被忽略的一点：CGO_ENABLED=0 能解决 90% 的部署崩溃，但它会让 os/user.LookupUser、net.DefaultResolver 等行为彻底改变。不是所有“跨平台”都适合静态链接，得先看 runtime 依赖什么。
