go 的 `.a` 文件是包编译生成的静态归档缓存，由 `go build` 或 `go install` 自动重建；直接删除它无效，必须清理源码或使用 go 工具链命令清除缓存。
在 Go 早期版本（尤其是 GOPATH 模式下），当你执行 go install github.com/user/stringutil 时，Go 工具链会将 stringutil 包编译为静态归档文件 stringutil.a，并存放在 $GOPATH/pkg/
因此，像以下操作只是徒劳：
$ rm $GOPATH/pkg/darwin_amd64/github.com/user/stringutil.a
只要项目中仍存在对应的源码（如 $GOPATH/src/github.com/user/stringutil/stringutil.go），下次运行 go install、go build 或任何依赖该包的命令时，Go 会立即重新编译并恢复 .a 文件——这就是你观察到“文件自动回来”的根本原因。
✅ 正确做法有三种：
-
彻底移除源码（最直接）
删除整个包源码目录：rm -rf $GOPATH/src/github.com/user/stringutil
此后 .a 文件将不再被重建（因无源可编）。
-
使用 go clean 清理构建缓存（推荐）
在包源码根目录下执行：cd $GOPATH/src/github.com/user/stringutil go clean -cache -modcache -r # 清理模块缓存、构建缓存及所有依赖产物
或仅清理当前包的安装产物（含 .a 文件）：
go clean -i # -i 表示 "install" —— 删除 pkg/ 下的 .a 文件
-
禁用缓存重建（调试场景）
临时避免自动重建，可设置环境变量（不推荐长期使用）：export GOCACHE=off
但注意：这会影响所有 Go 命令的性能，且不阻止 go install 对源码的编译行为。
⚠️ 注意事项：
- Go 1.16+ 默认启用模块模式（go.mod），$GOPATH/pkg 中的 .a 文件已逐渐被 GOCACHE（默认 $HOME/Library/Caches/go-build）取代；若你仍在使用 GOPATH 模式，请优先迁移到模块化项目结构。
- 不要手动编辑或删除 GOCACHE 目录中的哈希文件——应始终使用 go clean -cache 安全清理。
- .a 文件本身不可执行，也不应被 Git 跟踪；确保你的 .gitignore 包含 /pkg/ 和 /GOCACHE/ 相关路径。
总结：.a 文件是 Go 构建系统的“影子产物”，它的存在反映的是源码状态与构建历史。与其对抗缓存，不如善用 go clean，或从根本上管理好源码生命周期——这才是 Go 工程实践的正解。
