启用所有linter会导致超时、panic或误报，因大量低价值/冲突检查（如typecheck与go build重复）及旧linter在新Go版本中AST解析崩溃；enable-all: true存在静默失效、关键警告被淹没、部分linter不支持--fix三重陷阱。
启用所有 linter 的真实效果是什么
调用 golangci-lint run --enable-all 确实会启用全部内置 linter（当前版本含 100+ 个），但绝大多数项目根本跑不完：大量低价值或冲突检查（如 typecheck 与 go build 重复、golint 已归档）会导致超时、panic 或误报。Go Modules 项目尤其敏感——在 go.mod 声明 go 1.21+ 时，部分旧 linter 因 AST 解析不兼容直接崩溃。
.golangci.yml 中 enable-all: true 的坑
YAML 配置里写 enable-all: true 看似简单，实际有三重陷阱：
-
disable-all: true优先级更高，哪怕只出现一次，整个检查静默失效 - 启用全部后，
govet和errcheck这类关键项会被淹没在数百条低信息量警告中，反而漏掉真正危险的错误 - 部分 linter（如
gosimple、revive）默认不支持--fix，开启后自动修复功能对它们无效
更稳妥的“全量覆盖”配置策略
不用 enable-all，也能覆盖绝大多数实用场景：
- 在
.golangci.yml的linters.enable列表里显式列出高频高价值项：govet、errcheck、staticcheck、unused、gosimple、gosec、revive - 用
presets补充语义维度：presets: ["bugs", "error", "import", "style"]，比手动列更可控 - 禁用明确无用项：
disable: ["golint", "typecheck", "lll", "dupl"]，避免干扰和性能损耗 - 必须设置
timeout: 2m和concurrency: 4，否则大型项目卡死在goconst或scopelint上
验证是否真生效了
别只看 IDE 波浪线——它可能只扫当前文件。终端执行以下命令才能确认全局行为：
立即学习“go语言免费学习笔记（深入）”；
golangci-lint run --out-format=tab --timeout=90s
观察输出里是否有你期望的 linter 名（如 errcheck、staticcheck），而不是只有 govet。如果只看到 govet，大概率是 .golangci.yml 路径填错、或 Use configuration file 在 GoLand 里没勾选。最常被忽略的是：GoLand 启动时没继承 shell 的 PATH，导致它根本找不到配置文件——必须用绝对路径指定 .golangci.yml。
