本文介绍如何解决 Go 编译时因 mysql.a 静态包缓存与当前系统架构不匹配（如 darwin → linux）引发的 “object is [darwin amd64 …] expected [linux amd64 …]” 错误。核心方案是清理 Go 构建缓存，确保依赖包重新编译适配目标环境。
本文介绍如何解决 go 编译时因 `mysql.a` 静态包缓存与当前系统架构不匹配（如 darwin → linux）引发的 “object is [darwin amd64 …] expected [linux amd64 …]” 错误。核心方案是清理 go 构建缓存，确保依赖包重新编译适配目标环境。
该错误本质是 Go 的构建缓存污染问题：当你曾在 macOS（darwin）上执行过 go build 或 go install，且该操作生成并缓存了 github.com/go-sql-driver/mysql.a（Go 1.4–1.9 时代使用的静态归档文件），随后又在 CentOS 6.6（linux/amd64）环境下复用同一 $GOPATH（尤其是共享的 pkg/ 目录），Go 工具链会尝试加载该 darwin 架构的 .a 文件，从而触发架构校验失败——报错信息中的 [darwin amd64 go1.4.2 X:precisestack] expected [linux amd64 go1.4 X:precisestack] 正是这一冲突的明确提示。
✅ 推荐解决方案：彻底清理 pkg 缓存
执行以下命令删除所有已编译的平台相关包缓存（注意：此操作不影响源码和 src/）：
# 删除整个 pkg 目录（最彻底，适用于 GOPATH 独占场景） rm -rf $GOPATH/pkg/ # 或仅清理 linux/amd64 下的缓存（更精准，推荐） rm -rf $GOPATH/pkg/linux_amd64/
⚠️ 注意事项：
- 若使用 Go 1.10+ 且启用模块（go mod），pkg/ 中的缓存路径可能为 $GOCACHE（默认 ~/.cache/go-build），此时应运行 go clean -cache -modcache；
- 清理后首次构建会稍慢（需重新编译所有依赖），但可确保二进制完全适配当前操作系统与架构；
- 切勿手动修改或复制 .a 文件——Go 工具链要求严格匹配 GOOS/GOARCH 和 Go 版本。
✅ 验证修复效果
清理完成后，重新构建项目：
go build index.go
若无报错且生成可执行文件，则问题已解决。你也可通过 file index 命令确认输出为 Linux ELF 可执行文件。
? 延伸建议：避免未来复现
- 在多平台开发时，为不同系统配置独立的 $GOPATH 或统一使用 Go Modules（GO111MODULE=on），减少跨平台缓存干扰；
- 构建前显式设置环境变量（尤其 CI/CD 环境）：
export GOOS=linux export GOARCH=amd64 go build -o myapp index.go
总结：该错误非代码缺陷，而是构建环境不一致所致；清空 pkg/ 是最直接、可靠且被社区广泛验证的解法。保持构建环境纯净，是 Go 项目跨平台稳定交付的基础保障。
