gox 默认禁用 cgo，导致依赖 c 代码的 sqlite3 编译失败；需显式启用 cgo 并确保交叉编译环境支持 c 工具链，否则会报 `unknown #: if` 或 `mingw.h not found` 等错误。
gox 是一个轻量级的 Go 多平台交叉编译工具，但它默认以 CGO_ENABLED=0 运行（即禁用 CGO），这会导致所有依赖 C 代码的包（如 github.com/mattn/go-sqlite3）编译失败——因为该驱动内嵌了 SQLite 的 C 源码（sqlite3.c），必须通过 gcc/clang 编译链接。
从 Go 1.4 起，Go 工具链已严格限制：除非明确启用 CGO，否则拒绝编译任何 .c、.h 或 .s 文件。而 gox 当前版本（截至 v0.4.x）尚未原生支持 -cgo 标志，因此需手动注入环境变量：
✅ 推荐解决方案（可靠且兼容多平台）：
在执行 gox 前，设置 CGO_ENABLED=1，并确保目标平台的 C 编译器可用（例如 Linux 上需 gcc，macOS 需 Xcode Command Line Tools）：
# Linux/macOS 下构建多平台二进制（含 sqlite3） CGO_ENABLED=1 gox -os="linux darwin windows" -arch="amd64 386" # 若需指定 GCC 位置（如交叉编译 ARM 或受限环境） CC_linux_amd64="x86_64-linux-gnu-gcc" \ CC_darwin_amd64="clang" \ CGO_ENABLED=1 gox -osarch="linux/amd64 darwin/amd64 windows/amd64"
⚠️ 重要注意事项：
- CGO_ENABLED=1 后，gox 将调用系统 C 编译器，无法真正“纯交叉”编译 Windows 二进制到 Linux/macOS（因缺少 windres、i686-w64-mingw32-gcc 等工具）。此时建议：
- 在对应宿主机构建（如 Windows CI 构建 .exe）；
- 或改用 xgo（基于 Docker 的完整交叉编译方案，内置 MinGW/Clang 工具链）；
- 若仅需无数据库的轻量版，可使用 sqlite3 的纯 Go 替代实现（如 mattn/go-sqlite3 的 sqlite_json1 tag 或 modernc.org/sqlite）；
- 检查 go-sqlite3 版本：v1.14+ 已优化 C 构建逻辑，建议升级至最新稳定版。
? 验证是否生效：
运行前确认环境：
echo $CGO_ENABLED # 应输出 1
gcc --version # 确保 C 编译器就绪
go list -f '{{.CgoFiles}}' github.com/mattn/go-sqlite3 # 应返回非空列表总结：gox 本身不管理 CGO 环境，解决 sqlite3 编译失败的关键是显式启用 CGO 并提供匹配的 C 工具链。若项目需高频跨平台发布，建议评估迁移到 xgo 或 GitHub Actions + setup-go（支持 with: { cgo-enabled: true }）等更现代的 CI 构建方案。
