Go问答技术文章
-
只读构建环境中，-mod=vendor 才是强制使用 vendor 的开关；-mod=readonly 只是不允许修改 go.mod。本文区分三种模式、GOPROXY=off 与 vendor/modules.txt 一致性，并给出适合 CI 的固定配置。177 收藏 -
修改 go.mod、go get 或 replace 后，vendor/modules.txt 可能与模块图失配。本文按单模块、工作区、替换依赖三个边界说明如何重建 vendor 并用 vendor 模式复查。456 收藏 -
Go modules 使用 vendor 并不等于所有命令都离线。本文区分 go build、go test 与 go mod tidy、go mod vendor、go get 的依赖访问边界，说明 vendor/modules.txt、GOFLAGS 和 CI 策略如何影响网络请求。316 收藏 -
Go vet 默认只启用高置信度检查，shadow 变量遮蔽分析由 golang.org/x/tools 单独提供。本文解释它没有默认启用的原因、内外层 err 的风险、固定版本运行命令，以及接入 CI 时如何处理误报。392 收藏 -
go vet 的 printf 分析器不是按函数名猜测所有自定义格式函数，而是依赖包装函数推断或显式声明。本文解释自动识别失效的常见边界，并给出 if false 绑定与 -printf.funcs 两种稳妥处理方式。275 收藏 -
解释 Go go vet copylocks 为什么报告复制 Mutex，并用指针接收者、指针参数和按索引遍历修复包含锁的结构体复制问题。262 收藏 -
go test 会把测试实际查询过的环境变量纳入缓存输入。变量值变化，或从未设置变为空字符串，通常都会让下一次测试重新执行；用 gocachetest 可直接看出原因。280 收藏 -
Go test 中 -count=1 会绕过成功测试缓存并实际执行一次；-count=0 则把普通测试、基准和 fuzz seed 的运行次数设为零，不能用来验证测试逻辑。本文对比两者与 (cached)、测试二进制、Examples 和 CI 排查的关系。498 收藏 -
解释 go test 输出 (cached) 的原因，区分测试二进制、命令参数、环境变量和文件输入，并给出 -count=1、GODEBUG=gocachetest=1 与 go clean -testcache 的排查用法。200 收藏 -
Go 模糊测试的时间上限由 go test 的 -fuzztime 控制，既可以按 30s 这样的持续时间设置，也可以按 1000x 这样的迭代次数设置。本文同时区分 -timeout、-fuzzminimizetime 和 -parallel，帮助你把 testing.F 接入本地开发与 CI。345 收藏 -
Go testing.F 找不到失败语料时，先看 testdata/fuzz/FuzzName，再区分只读包回退到 GOCACHE/fuzz 的情况，并用 FuzzName/hash 精确重跑。136 收藏 -
解释 Go 原生 fuzz 测试中 testing.F 入口、testing.T 回调、f.Add 种子与失败语料的职责关系，并给出可运行的 go test 命令。138 收藏 -
解释 Go 表驱动并行测试为什么会读到同一个循环变量，给出 tc := tc 的兼容写法，并区分 Go 1.22 语义、浅复制和共享资源问题。435 收藏 -
解释 Go testing.T.Parallel 为什么要等父测试函数返回，拆解 t.Run、并行栅栏、共享资源和调试检查方法。409 收藏 -
讲清 Go testing.T.Parallel 的暂停边界，示范如何隔离表驱动子测试的切片、map、结果和临时资源，并用 -race 与 -count 排查共享状态污染。197 收藏