go fix 是 Go 官方自带的一条命令行工具，能自动改写 Go 源码，把老式写法批量替换成新版语言和标准库推荐的现代写法。它适合所有 Go 开发者，尤其是维护历史代码库的人：每次升级 Go 版本后跑一遍 go fix，散落在项目里的旧代码就能自动跟上新特性。2026 年 2 月发布的 Go 1.26 完全重写了这条命令，让它从单纯的版本迁移工具，变成一套可扩展的「代码现代化」平台。

一条命令怎么用

在项目根目录执行 go fix ./...，它会处理当前目录下的所有包（package，Go 里组织代码的基本单元），并直接改写源文件。正式运行前先用 -diff 参数预览改动，确认无误再动手：

$ go fix -diff ./...
--- dir/file.go (old)
+++ dir/file.go (new)
-   eq := strings.IndexByte(pair, '=')
-   result[pair[:eq]] = pair[1+eq:]
+   before, after, _ := strings.Cut(pair, "=")
+   result[before] = after

go tool fix help 可以列出全部可用的检查器（analyzer，指一段独立的代码检查或改写程序），目前包括 any、buildtag、fmtappendf、forvar、hostport、inline、mapsloop、minmax、stringscut 等。默认一次跑全部，也可以只挑其中一个，比如 go fix -newexpr ./...。官方建议每次升级 Go 工具链后都跑一遍，并且先在干净的 git 状态上运行，让改动只来自 go fix，方便代码评审。

它能自动改哪些代码

重写后的 go fix 内置了一批「现代器」（modernizer，专门把旧写法升级为新特性的检查器），举四个典型例子：

minmax：把手写 if/else 的取值区间裁剪，换成 Go 1.21 引入的 min / max 函数。十行判断变一行：

x := f()
if x < 0 {
    x = 0
}
if x > 100 {
    x = 100
}

x := min(max(f(), 0), 100)

rangeint：把经典的 for i := 0; i < n; i++ 三段式循环，换成 Go 1.22 支持的 for range n：

for i := 0; i < n; i++ {
    f()
}

for range n {
    f()
}

stringscut：把 strings.Index 加切片的手写拆串，换成 Go 1.18 的 strings.Cut，省掉越界判断。

newexpr：对应 Go 1.26 的新语法 new(expr)。以前 new 只能接收一个类型（比如 new(string)），返回一个指向零值（该类型的默认空值）的指针；现在可以直接 new("go1.26")，创建时就带上初始值。这个改动讨论了十多年（issue 45624），它让序列化场景里常见的 proto.Int64、proto.String 这类辅助函数变得不再必要。

现代器不会盲目动手：只有当文件的 go.mod（Go 项目的模块配置文件，声明项目使用的 Go 版本）版本声明或 //go:build 构建标签（用来标注代码在哪些平台或版本下编译的注释）达到最低版本要求时，才会给出对应建议，避免把太新的特性塞进老项目。另外 go fix 每次只针对一种构建配置，如果项目用了不同 CPU 或平台的构建标签，可以分别指定 GOOS、GOARCH 多跑几遍。

连续修复与冲突处理

一次修复常常引发下一次：比如把区间裁剪改成 min/max 后，又满足进一步改写为 min 的条件，所以跑两遍通常就够了。命令内部用类似合并 git 提交的三路合并算法来整理改动；如果两处修改语义冲突（比如各自删掉了倒数第二个变量引用，合在一起导致变量没被使用、编译不过），go fix 会跳过冲突项并提示重跑，还会自动清掉因此多出来的未使用 import（引用的外部依赖）。

底层是 go/analysis 框架

这次重写的关键是让 go fix 接上 go/analysis——2017 年从 go vet 中拆出来的静态分析框架（静态分析指不运行程序、直接读代码找问题），把「检查算法」和「运行检查的程序」分开。同一套检查器可以跑在多种环境里：unitchecker 支撑 go fix / go vet 本身，nogo 对接 Bazel 构建，gopls（编辑器里的 Go 语言服务器，提供实时提示）在敲代码时就给出建议，staticcheck、Google 内部的 Tricorder 等也基于它。Go 1.26 之后 go fix 与 go vet 的实现几乎一致，差别只在选择算法的标准和诊断结果的处理方式。

为什么官方重做它

博客作者 Alan Donovan 点出一个现实问题：2024 年 12 月 AI 编码助手大规模普及后，它们倾向于写出训练语料里常见的老式 Go 代码，甚至在被明确要求使用新特性时否认其存在。要让未来的模型学到最新惯用法，就得让这些惯用法进入全球开源 Go 代码库——go fix 自动现代化，正是在给 AI 的训练语料「补课」。

下一步：第三方也能造现代器

官方把 2026 年的方向总结为「自助式」（self-service）：Go 1.26 的 go fix 已经包含一个注释驱动的源码级内联器（inliner，按注释指令把函数调用替换为函数体的工具）预览，让 API 作者能为自己的库定义现代化规则；后续还计划支持从源码树动态加载现代器、统一「别忘了做某事」类的检查器。按官方透露的计划，Go 1.27 还会把 staticcheck 的检查器并入 go 命令。

go fix 是 Go 官方提供的代码现代化工具：Go 1.26 重写后，一条 go fix ./... 就能把旧式代码批量升级为新写法。升级 Go 版本之后跑一遍、从干净的 git 状态开始、必要时多跑两遍，值得加入每个 Go 项目的维护流程。