govet是golangci-lint默认启用的语义检查器，专抓类型不匹配、变量遮蔽、无用else、死循环、指针未判空等运行时风险问题；可通过--enable=vet手动触发，支持文件级扫描，慎用//nolint:govet。
你想在Go项目中快速揪出类型不匹配、死循环、变量遮蔽这类基础但危险的语义问题，govet是golangci-lint默认启用且不可替代的检查器——它不报风格错误，只抓真正可能引发运行时异常或逻辑错乱的代码模式。
确认govet是否已启用
运行命令查看当前生效的linter列表：golangci-lint help linters。在输出中搜索govet，确认其状态为enabled。如果显示disabled，说明你的.golangci.yml中显式禁用了它，或者配置文件未被正确加载。
注意：.golangci.yml必须与go.mod在同一级目录，否则govet不会按预期工作。
手动触发govet专项检查
直接运行：golangci-lint run --enable=vet。这会跳过所有其他linter，仅执行govet检查，适合快速验证某段可疑代码。
立即学习“go语言免费学习笔记（深入）”；
若需检查特定文件而非整个项目，追加路径：golangci-lint run --enable=vet main.go utils/。这比全量扫描快得多，也更容易定位问题源头。
govet最常捕获的5类问题及修复方式
第一步：运行golangci-lint run --enable=vet，观察输出中的错误行号和描述。
第二步：针对常见问题逐个处理：
① 【printf参数类型不匹配】：例如fmt.Printf("id: %d", "abc")，%d期待整数却传入字符串。govet会标出具体格式符与实参类型冲突，必须修正类型或更换格式符（如改用%s）。
② 【变量遮蔽（shadowing）】：在内层作用域重复声明同名变量，比如函数内err := doSomething()之后又写if err != nil { err := handleErr() }。第二个err会遮蔽外层变量，导致外层err永远无法被检查。修复方法是换变量名或直接赋值err = handleErr()。
③ 【无用的else分支】：if块内含return，后续else语句永远不会执行。govet会提示“unreachable code”。直接删除else及其花括号即可，无需保留空结构。
④ 【死循环检测】：for条件恒为true且循环体内无break/return，如for { select { case <-ch: ... } }缺少default或超时退出。需补上default:或time.After兜底，否则goroutine永久阻塞。
⑤ 【结构体字段零值误用】：对指针字段调用方法前未判空，如if s.pField != nil { s.pField.Method() }漏掉判空直接调用。govet会警告潜在panic风险，必须补全nil检查。
绕过单行govet警告（慎用）
方法一：在警告行末尾添加//nolint:govet注释，例如：fmt.Printf("id: %d", "abc") //nolint:govet。这仅跳过该行，不影响其他检查。
方法二：若某类警告在特定文件中普遍存在且确属误报，可在.golangci.yml中配置exclude-rules，但必须附带明确原因说明，避免掩盖真实问题。
注意：频繁使用//nolint说明代码设计本身存在缺陷，应优先重构而非压制警告。
