本文介绍如何解决 Go 编译时因 mysql.a 静态包文件平台/版本不匹配（如 darwin amd64 vs linux amd64）引发的 “import object is [xxx] expected [yyy]” 错误，核心方法是清理 Go 缓存中的平台特定预编译包。

本文介绍如何解决 go 编译时因 `mysql.a` 静态包文件平台/版本不匹配（如 darwin amd64 vs linux amd64）引发的 “import object is [xxx] expected [yyy]” 错误，核心方法是清理 go 缓存中的平台特定预编译包。

该错误典型表现为：

import /usr/local/go/pkg/linux_amd64/github.com/go-sql-driver/mysql.a: 
object is [darwin amd64 go1.4.2 X:precisestack] expected [linux amd64 go1.4 X:precisestack]

其根本原因是：Go 在构建过程中会将第三方包（如 github.com/go-sql-driver/mysql）预编译为平台和 Go 版本绑定的 .a 归档文件（静态对象），并缓存在 $GOROOT/pkg// 目录下。当开发环境发生变更（例如在 macOS 上构建后，将整个 $GOROOT 或部分 pkg/ 目录复制到 CentOS 服务器；或升级/降级 Go 版本后未清理缓存），就可能引入与当前操作系统（linux_amd64）、架构或 Go 版本不兼容的 .a 文件，导致链接阶段校验失败。

✅ 推荐解决方案：彻底清理 Go 包缓存

执行以下命令删除所有预编译的 .a 文件（保留源码，不影响后续构建）：

使用Go语言搭建家庭相册系统-相关课件

使用Go语言搭建家庭相册系统-相关课件

下载

# 删除整个 pkg 目录（最彻底，适用于明确知道环境已变更）
rm -rf $GOROOT/pkg/*

# 或仅删除特定平台下的第三方包缓存（更精准）
rm -rf $GOROOT/pkg/linux_amd64/github.com/

# 若使用 Go Modules（Go 1.11+），还需清理模块缓存（可选但建议）
go clean -modcache

⚠️ 注意事项：

• 不要手动编辑或仅删除单个 .a 文件（易遗漏依赖）；
• 清理 pkg/ 后首次 go build 会稍慢（需重新编译依赖），属正常现象；
• 确保 GOOS 和 GOARCH 环境变量与目标平台一致（CentOS 6.6 应为 GOOS=linux GOARCH=amd64）；
• 推荐使用 go mod tidy && go build 替代裸 go build，以确保模块依赖一致性。

清理完成后，重新构建即可：

go build index.go

若仍报错，请检查是否混用了交叉编译工具链或存在多个 Go 安装路径（通过 which go 和 go env GOROOT 确认），并确保 $GOROOT 指向当前使用的 Go 安装目录。

? 总结：此问题本质是 Go 构建缓存的平台隔离机制被破坏所致，“删 pkg，重编译” 是最可靠、最通用的修复范式，应纳入 Go 服务部署与环境迁移的标准检查清单。