go test会污染全局模块缓存，因其默认复用$gomodcache，若测试中执行go get或go mod tidy等写操作，将修改本地缓存，导致后续构建拉取污染版本或checksum mismatch；应使用-mod=readonly强制只读，或配合临时gopath/gomodcache实现进程级隔离。
为什么 go test 会污染全局模块缓存
Go 的 go test 默认复用 $GOPATH/pkg/mod 或 $GOMODCACHE 中的模块缓存，一旦测试中执行了 go get、go mod download 或触发依赖更新（比如测试里调用了 exec.Command("go", "mod", "tidy")），就可能意外修改本地缓存——导致后续其他测试或构建行为拉取到被污染的版本，甚至引发 checksum mismatch 错误。
用 -mod=readonly 强制禁止任何模块修改
这是最直接有效的隔离手段。它让测试过程完全读取现有 go.mod 和 go.sum，拒绝任何写操作：
-
go test -mod=readonly ./...—— 所有子包测试都受控 - 若测试中尝试
go mod tidy或go get，会立即报错：go: updates to go.mod disabled by -mod=readonly - 该标志不影响
go build或go run，仅作用于go test阶段 - CI 环境强烈建议默认启用，避免因测试脚本“顺手 tidy”破坏构建一致性
临时 GOPATH + GOMODCACHE 实现进程级隔离
当测试本身需要修改依赖（例如验证不同版本兼容性），又不能影响主环境时，必须彻底隔离磁盘路径：
- 用
GOPATH=$(mktemp -d)创建全新工作区 - 设置
GOMODCACHE=$(mktemp -d)指向空缓存目录 - 确保
GO111MODULE=on显式开启模块模式，防止 fallback 到旧 GOPATH 行为 - 示例命令：
GO111MODULE=on GOPATH=$(mktemp -d) GOMODCACHE=$(mktemp -d) go test ./...
- 注意：临时目录需在测试结束后手动清理，否则会堆积大量缓存副本
测试代码里 import 路径冲突怎么破
常见现象是测试文件里写了 import "github.com/your/project"，结果 Go 把当前项目当成第三方包加载，绕过本地修改——本质是模块路径与实际目录不一致导致的解析歧义。
- 检查
go.mod第一行：module github.com/your/project必须与你cd进入的路径完全匹配 - 不要在子目录下直接运行
go test；应始终从模块根目录执行，否则 Go 可能降级为vendor模式或错误解析导入路径 - 若用
replace本地调试，务必确认go.mod中已声明：replace github.com/your/project => ./，且测试代码中仍用原路径 import - 执行
go list -m可验证当前模块解析是否正确
-mod=readonly 卡死写权限、临时 GOMODCACHE 隔离磁盘、以及模块路径与物理路径的严格对齐——漏掉任意一环，都可能在某个 CI 构建里突然失败。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
