golint已官方弃用，不兼容Go 1.21+泛型与新标准库，易报错、漏检或误报；应改用staticcheck（替代风格检查与深度分析）、govet（检测合法但可疑代码）和gofmt（统一格式）。
golint 已被官方弃用，不再维护，也不再适配 Go 1.21+ 的泛型语法和新标准库特性——你运行它大概率会报错、漏检，或对合法代码狂喷警告。
别在新项目里装 golint，也别把它塞进 CI 脚本。它不是“过时但还能用”，而是“已失效”。
为什么 golint 现在基本不能用
它最后更新是 2021 年，之后 Go 语言迭代了至少 5 个主版本（1.17 → 1.21+），关键变化包括：
- 泛型引入后，
golint解析失败或静默跳过含type T any的文件 - 标准库大量新增/重构（如
net/http中的HandlerFunc衍生类型），golint仍按旧签名校验，误报SA1019或直接 panic - 不识别新导入路径（如
golang.org/x/exp/maps），报import "golang.org/x/exp/maps" is not in GOROOT - 对中文注释、emoji、长行字符串等现代写法无兼容逻辑，常崩溃退出
你看到的 “检查通过”，往往只是它没跑完就挂了；你看到的 “一堆警告”，大概率是它把合法泛型函数名（如 MapSlice[string]）当成命名违规。
立即学习“go语言免费学习笔记（深入）”；
golint 的替代方案：用 staticcheck + gofmt + govet
真正该用的组合不是 golint，而是三个稳定、持续更新、被 Go 团队背书的工具：
-
gofmt -w ./：格式统一，无争议，必须开 -
go vet ./：检测未使用变量、错误调用、指针混用等硬伤，Go 自带，零配置 -
staticcheck：替代golint风格检查 + 深度分析，支持泛型，能报SA1019（弃用）、SA4006（死代码）、ST1015（时间格式字面量）等 —— 它才是现在事实上的golint继任者
安装 staticcheck：
go install honnef.co/go/tools/cmd/staticcheck@latest
运行检查：
staticcheck ./...
注意：staticcheck 默认启用全部合理检查，无需配置文件；若需禁用某条（比如临时忽略 ST1020 注释风格），加 -checks=-ST1020 即可。
如果老项目还在用 golint，怎么安全下线
别直接删掉 CI 里的 golint 命令——团队可能依赖它的输出做 PR 检查。稳妥做法是分两步：
- 第一步：在 CI 中并行运行
staticcheck ./...，把结果存为 artifact，观察 3–5 个 PR，确认它覆盖了原有golint的所有有效告警（尤其是命名、包注释、导出标识符注释） - 第二步：把 CI 中
golint替换为staticcheck，同时在.golangci.yml（如有）中移除golint，加入staticcheck到linters.enable - 顺手删掉
go.mod里残留的golang.org/x/lint依赖（它早已从 Go 官方仓库归档）
特别注意：有些编辑器插件（如旧版 vim-go）仍默认调用 golint。请查插件文档，切换为 staticcheck 或 gopls 内置 linter。
golint 的坑不在“不准”，而在“假阴性”——它不报错的时候，你最容易误以为代码没问题。真正要盯住的，是 staticcheck 报的每一条，尤其是带 SA 前缀的；那些才是 Go 当前生态里真实存在的风险点。
