在不同 Go 版本（如 1.6 与 1.4.2）间切换时，因编译器内部对象格式变更，go build 会拒绝复用旧版本生成的 .a 归档文件，报错“object is expected [X] but got [Y]”。根本解决方式是清理缓存，而 go clean -cache -modcache 无法清除 pkg 缓存，必须手动清理或使用 go clean -i 配合重建。
在不同 go 版本（如 1.6 与 1.4.2）间切换时，因编译器内部对象格式变更，`go build` 会拒绝复用旧版本生成的 `.a` 归档文件，报错“object is expected [x] but got [y]”。根本解决方式是清理缓存，而 `go clean -cache -modcache` 无法清除 pkg 缓存，必须手动清理或使用 `go clean -i` 配合重建。
Go 工具链对跨版本构建有严格校验机制：每个 .a 文件（位于 $GOPATH/pkg/ 或模块缓存路径下）都嵌入了构建时的 Go 版本号、目标平台及编译器特性标识（如 X:precisestack）。当你从 Go 1.6 切换回 Go 1.4.2 后，工具链发现已存在的 logrus.a 是由 Go 1.6 编译生成（标记为 go1.6 X:none），而当前环境期望的是 Go 1.4.2 兼容格式（go1.4.2 X:precisestack），因此直接拒绝加载，触发该错误。
虽然 go build -a 可强制重新编译所有依赖（绕过缓存），但它是临时方案——下次构建仍可能复用不兼容的中间产物；而 go clean -cache 和 go clean -modcache 仅清理构建缓存（$GOCACHE）和模块下载缓存（$GOPATH/pkg/mod），不会触碰 $GOPATH/pkg/ 下的平台专属 .a 文件，故无法解决此问题。
✅ 推荐的非手动删除 pkg 目录的替代方案：
# 1. 清理已安装的包（包括 pkg 下的 .a 文件） go clean -i ./... # 2. 强制重建所有依赖（确保使用当前 Go 版本） go install -a ./... # 3. 或针对特定依赖清理（例如 logrus） go clean -i github.com/Sirupsen/logrus
⚠️ 注意事项：
- go clean -i 会删除对应包的安装产物（即 pkg/ 中的 .a 文件及 bin/ 中的可执行文件），但不会删除源码；
- 若项目使用 Go Modules（Go 1.11+），还需确保 GO111MODULE=on，并配合 go mod vendor（如需隔离依赖）；
- Sirupsen/logrus 已迁移到 github.com/sirupsen/logrus（注意大小写），旧导入路径可能引发额外问题，建议同步更新 import 语句；
- 长期建议避免降级 Go 版本——Go 1.4.2 已于 2015 年停止维护，存在安全与兼容性风险；生产环境应统一使用受支持的稳定版本（如 Go 1.21+）。
总结：Go 官方明确将跨版本 pkg/ 兼容视为“corner use case”，未提供自动化清理命令。go clean -i 是最贴近“使用 go 工具解决”的标准做法，它比全量删除 pkg 更精准、安全，也符合 Go 工具链的设计哲学：显式优于隐式，可控优于自动。
