golangci-lint 不支持全量一键自动修复，仅部分 linter（如 goimports、gofmt、revive、errcheck）在显式启用后可通过 --fix 有限修复 import 排序、格式、错误忽略等，不涉及逻辑重写或签名重构。
golangci-lint 支持自动修复吗？
不支持全量一键修复。它本身不是代码格式化工具，而是静态检查聚合器，只有部分 linter（如 goimports、gofmt、revive、errcheck）在启用对应配置后能提供 --fix 能力，且修复范围非常有限——比如调整 import 分组、补全错误忽略、删未使用变量声明等，但绝不会重写逻辑、补类型断言或重构函数签名。
哪些 linter 可以用 --fix？怎么启用？
关键看 linter 是否原生支持 fix 模式，并在 golangci-lint 配置中显式开启：
-
goimports：修复 import 排序与增删，需在配置中设enable: [goimports]，运行时加--fix -
gofmt/goformat：修正基础格式（缩进、空格、括号），默认已启用，--fix生效 -
revive：部分规则（如confusing-naming、deep-exit）支持 fix，需确认其文档中标注了fixable: true -
errcheck：可自动插入_ =或if err != nil { ... }，但仅当规则配置为check-type-assertions: true且启用--fix时触发
注意：staticcheck、govet、unused 等主流 linter 不支持 --fix，它们只报错，不修。
实际运行 --fix 的正确姿势
直接跑 golangci-lint run --fix 很容易误以为“全项目修复了”，其实它只对当前启用的、且自身支持 fix 的 linter 生效：
立即学习“go语言免费学习笔记（深入）”；
- 先确认配置文件（
.golangci.yml）里没禁用相关 linter，例如不要有disable-all: true或显式disable: [goimports] - 推荐加上作用范围限制，避免误改：
golangci-lint run --fix --files ./pkg/transport/
或按变更暂存区修复：git ls-files -m | grep '.go$' | xargs golangci-lint run --fix - 修复后务必
git diff人工核对——--fix可能补错if err != nil的 panic 路径，或把本该返回 error 的地方改成_ =
比 --fix 更靠谱的自动修复组合方案
真正想批量清理代码，得搭配其他工具链：
- 用
go fmt -w ./...统一基础格式（比gofmtlinter 更彻底） - 用
goimports -w ./...替代 linter 内置的 import 修复（更稳定，支持自定义分组） - 对未使用变量/导入，
go vet -vettool=$(which staticcheck) ./...只能提示，必须手动删；没有安全的全自动方案 - 复杂重构（如接口方法提取、error wrap 改造）必须用
gopls+ VS Code 的 refactor 功能，或gomodifytags等专用工具
--fix 是个辅助开关，不是魔法按钮。它只在少数明确设计为可修复的检查点上起效，且每次修复前最好先 commit 当前状态——因为有些 linter 的 fix 行为在不同版本间有差异，容易引发意外变更。
