真正能落地的方案是gofmt与golangci-lint组合：gofmt强制统一格式（不可配置，必须用gofmt -w覆写），golangci-lint调度revive、staticcheck等检查器统一管控风格与质量；revive中exported、function-length-limit、package-comments应设severity: error，blank-imports则绝对禁用。
想靠单个工具就管住 Go 代码规范，基本行不通。真正能落地的方案是 gofmt + golangci-lint 组合，前者强制格式，后者调度 revive、staticcheck 等多个检查器统一管控风格、质量与安全。
gofmt 是不可绕过的起点，不是“可选美化”
gofmt 不是风格偏好，是协作硬门槛。它不接受任何配置：缩进必须用 Tab、括号位置固定、操作符前后空格规则写死。手动对齐变量、拆分 import、给 if 加换行空格，全会被覆盖，还容易引发 diff 冲突。
- 必须运行
gofmt -w覆写文件，CI 中用go fmt ./检查是否已格式化 - 推荐用
goimports替代原生gofmt：它在格式化基础上自动增删包引用，且支持 import 分组（标准库 / 第三方 / 本地包） - 编辑器应绑定保存时自动执行，避免“忘了跑”
golangci-lint 配置里哪些 revive 规则该设为 error
revive 是当前替代已归档 golint 的主力风格检查器，但它的规则只有设成 severity: error 才会让 golangci-lint run 返回非零退出码，从而阻断 CI 或 pre-commit。
- 适合设
error的核心规范项：exported（导出标识符必须有注释）、function-length-limit（函数超 40 行报错）、package-comments（包级注释缺失） - 慎设
error的质量类规则：modifies-parameter、range-val-address—— 先用warning观察误报率，再逐步收紧 - 绝对不要启用
blank-imports：标准库中_ "net/http/pprof"就依赖空白导入，硬禁会破坏调试能力
pre-commit hook + CI 双锁，缺一不可
只靠 CI 是假强制。开发者本地跳过检查、合入后再修复，成本翻倍，还污染主干历史。
- pre-commit hook 必须调用
golangci-lint run --fast=false（禁用--fast，否则跳过部分 linter） - CI 流水线同样执行完整扫描，且超时设为
--timeout=5m，避免因项目变大而 silently 跳过 - 安装命令必须带版本号：
curl -sSfL https://raw.githubusercontent.com/golangci/golangci-lint/master/install.sh | sh -s -- -b $(go env GOPATH)/bin v1.57.2，防止上游变更导致行为突变
最常被忽略的是 revive 规则的粒度控制——不是所有风格问题都适合立刻卡死。比如 indent-error-flow 在多层嵌套错误处理中极易误报，强行设 error 只会催生 //nolint:revive 注释泛滥。真要落地，得从高确定性、低争议的规则开始，再逐步扩展。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
