go vet未报错但代码仍有问题，因其仅检测几十种固定可疑模式，不检查空指针、竞态、逻辑遗漏等；需手动启用-atomic、-composites等子分析器并排除第三方包以提升效果。
go vet 为什么没报错但代码还是有问题
go vet 不是编译器，也不做类型检查或逻辑推演，它只识别几十种已知的、模式固定的“可疑写法”。比如 printf 参数类型不匹配、range 变量重复赋值、锁未解锁、结构体字段标签拼写错误等。它不会发现空指针解引用、竞态、内存泄漏，也不会告诉你 if err != nil 后忘了 return。
常见误判场景：
- 你写了
fmt.Printf("%s", 42)→go vet会报Printf format %s has arg 42 of wrong type int - 但你写了
fmt.Println(ptr.String())，而ptr是*string且为nil→go vet完全沉默 - 你在 goroutine 里用
for range捕获循环变量，又把它传给闭包 →go vet默认不检查这个（需加-shadow或用staticcheck）
怎么让 go vet 检查得更全一点
默认的 go vet 只开基础检查项。想覆盖更多陷阱，得手动启用子分析器：
- 加
-atomic：检查对sync/atomic的误用，比如用int当int64传给LoadInt64 - 加
-shadow：报告变量遮蔽（如外层err被内层err := ...遮住），注意这在 Go 1.22+ 已被移除，改用go vet -shadow=true或直接换staticcheck - 加
-printfuncs=MyLogf,MyWarnf：告诉go vet把自定义日志函数也按fmt.Printf规则检查格式串 - 加
-composites：检查复合字面值中字段名遗漏或重复（尤其嵌套结构体时容易漏）
推荐日常使用：go vet -atomic -composites -printfuncs=Infof,Warnf,Errorf
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
CI 里跑 go vet 总失败，但本地没问题
根本原因是 go vet 默认只检查当前包（.），而 CI 常用 ./... 扫整个模块——一旦某个依赖包或 vendor 里的代码触发了 vet 规则，就会失败。
- 别在 CI 里用
go vet ./...，改成go vet ./...但排除第三方：go vet $(go list ./... | grep -v '/vendor\|/third_party\|golang.org/x/') - 某些老版本 Go（如 1.19 之前）的
go vet对泛型支持不全，遇到type T any就 panic；升级 Go 版本或临时禁用-shadow等敏感检查项 - Windows 上路径分隔符可能引发
go vet解析失败，统一用正斜杠或加GOOS=linux避免（CI 中更稳妥）
go vet 和其他静态检查工具怎么选
go vet 是 Go 官方维护的“底线检查”，快、稳、兼容性好，但覆盖窄。真要提前揪 bug，得组合用：
-
staticcheck：比go vet多 200+ 条规则（比如if x == nil { return } else { ... }冗余 else），安装后直接staticcheck ./...，CI 中建议替代go vet -
golint已废弃，别再用；revive可配置，但规则质量参差，适合团队定制风格 - 竞态检测不能靠
go vet，必须跑go test -race；死锁、goroutine 泄漏得靠pprof或goleak
最常被忽略的一点：go vet 不检查测试文件（*_test.go）里的问题，除非显式加上 go vet ./..._test —— 但多数人根本没意识到测试代码也需要 vet。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
