go vet 检查合法但易错的代码模式，如 printf 参数不匹配、json tag 误用、range 取地址复用、defer 捕获循环变量等，不查语法错误或风格问题。
go vet 会检查哪些典型问题
go vet 不是 linter，也不是编译器，它专盯 Go 语言中**合法但极可能出错的代码模式**。比如 Printf 格式串和参数类型不匹配、结构体字段未导出却用了 json: tag、range 循环里取地址复用变量、defer 调用闭包捕获循环变量等。它不会报语法错误（那是 go build 的事），也不会查命名风格或行长度（那是 golint 或 revive 的活）。
怎么运行 go vet 才真正生效
直接执行 go vet 在模块根目录下，只检查当前包；想递归检查全部子包，必须加 ./...：
go vet ./...
常见误操作：
- 只跑
go vet—— 漏掉子包，尤其测试文件（*_test.go）里的问题 - 在非 module 目录下运行 ——
go vet可能静默跳过某些分析（如 import path 推断失败） - 没配
GO111MODULE=on—— 旧项目容易 fallback 到 GOPATH 模式，导致包解析异常
常见 false positive 和绕过方式
go vet 有些检查过于激进，比如 printf 检查会把自定义日志函数（如 logx.Infof）当成 fmt.Printf 处理，报 missing argument for Printf verb。这时不能关整个检查，而是针对性忽略：
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 忽略单个文件：
//go:vet ignore printf放在文件顶部注释 - 忽略特定检查项：
go vet -printf=false ./... - 告诉 vet 你的函数也符合 printf 签名：
go vet -printf="Infof:1:2" ./...（表示Infof第 1 个参数是格式串，第 2 个起是参数）
注意：绕过前先确认是不是真没问题——很多“误报”其实是代码设计缺陷，比如硬编码格式串拼接后传给日志函数，本就该重构。
和 gopls、CI 集成时的关键细节
gopls 默认启用部分 go vet 检查（如 shadow、printf），但不是全量；CI 中建议显式调用，避免 IDE 和流水线行为不一致：
- CI 脚本里别只写
go vet，用go vet -tags=ci ./...（加-tags确保构建标签一致） - 某些检查（如
atomic）依赖go版本，Go 1.21+ 才默认开启，老版本 CI 需手动指定：go vet -atomic=true ./... -
go vet输出是纯文本，没有 JSON 格式，CI 解析需用正则或grep -v "no packages"过滤噪音
最常被忽略的是：它不检查 vendor 下的代码，也不检查未被 import 的文件（比如临时删掉 import 的 _ "xxx" 包，对应 init 函数就逃过了 vet）。这类“幽灵代码”得靠 go list -f '{{.GoFiles}}' ./... 辅助排查。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
