在 Go 版本降级（如从 1.6 回退到 1.4.2）后，因 pkg/ 目录中缓存了高版本编译生成的 .a 归档文件，会导致 import object is expected 类型错误；官方工具链未提供专用清理命令，最可靠解法是清除 $GOROOT/pkg 或 $GOPATH/pkg 中对应平台架构的缓存。
在 go 版本降级（如从 1.6 回退到 1.4.2）后，因 `pkg/` 目录中缓存了高版本编译生成的 `.a` 归档文件，会导致 `import object is expected` 类型错误；官方工具链未提供专用清理命令，最可靠解法是清除 `$goroot/pkg` 或 `$gopath/pkg` 中对应平台架构的缓存。
Go 编译器对不同版本间的目标文件格式（object file format）做了不向后兼容的调整——例如，Go 1.6 引入了更精确的栈追踪信息（X:precisestack），而 Go 1.4.2 仅支持旧格式（X:none）。当低版本 Go 工具链尝试链接高版本生成的 .a 归档（如 github.com/Sirupsen/logrus.a）时，会因元数据（architecture、GOOS/GOARCH、Go version、stack mode 等）校验失败而报错：
import go/pkg/darwin_amd64/github.com/Sirupsen/logrus.a: object is [darwin amd64 go1.6 X:none] expected [darwin amd64 go1.4.2 X:precisestack]
虽然 go build -a 可强制重新编译所有依赖（绕过缓存），但它无法修复已存在的不兼容归档；同理，go install -a 在遇到冲突归档时仍会失败。
⚠️ 关键事实：
- Go 工具链（go clean, go mod vendor 等）不提供按 Go 版本清理 pkg/ 的内置能力；
- go clean -cache 清理的是构建缓存（$GOCACHE），而非安装缓存（$GOROOT/pkg 或 $GOPATH/pkg）；
- go clean -i 仅清理已安装的包（.a 文件），但不会校验或过滤版本不匹配项，对跨版本残留无效。
✅ 推荐操作（安全且精准）：
- 查明当前生效的 pkg 路径：
go env GOROOT GOPATH # 检查 pkg 目录（通常为 $GOROOT/pkg 或 $GOPATH/pkg） ls $(go env GOROOT)/pkg/darwin_amd64/ # 或 ls $(go env GOPATH)/pkg/darwin_amd64/
-
针对性删除对应平台子目录（避免误删整个 pkg/）：
rm -rf $(go env GOROOT)/pkg/darwin_amd64/ # 或（若使用 GOPATH 模式） rm -rf $(go env GOPATH)/pkg/darwin_amd64/
- 重新构建：
go build
? 补充说明：
- 若项目使用 Go Modules（Go 1.11+），$GOPATH/pkg/mod 存储的是模块源码，不受此问题影响；但 pkg/ 下的 .a 缓存仍需清理；
- 长期建议避免频繁跨大版本切换；如需多版本共存，可借助 gvm 或 asdf 管理，并为每个版本配置独立 GOROOT 和 GOPATH，从根本上隔离缓存；
- 此类问题在 Go 官方设计中属于「预期行为」——工具链不承诺跨版本二进制兼容性，因此无计划引入自动降级适配逻辑。
总结：没有比手动清理 pkg/<os_arch>/ 更优的官方工具方案。理解其底层机制后，精准删除 + 重建，是最高效、最可控的实践路径。
