Go历史上最大的破坏向后兼容性的版本。 发布说明甚至没有提到 Go 1.22 会破坏向后兼容性这一事实。

网友观点：

  • 部分破坏，这取决于为每个引用模块设置的 go.mod 版本。这样做比较温和，但如果任何模块提高了版本，可能会产生负面影响。
  • 要使这一更改具有破坏性，需要将 go.mod 更新到 1.22 版，因此您显然选择了接受这一更改。你也可以说，在大多数情况下，新行为都是我们所希望的，它所修复的问题可能比它带来的问题更多。 这是一个很好的改动。

1.22版本发布
最新的 Go 版本 1.22 在Go 1.21发布六个月后发布。它的大部分变化在于工具链、运行时和库的实现。与往常一样，该版本保持了 Go 1的兼容性承诺？我们期望几乎所有 Go 程序都能像以前一样继续编译和运行。

语言的变化

  • Go 1.22 对“for”循环进行了两处更改。
  • Go 1.22 包括我们正在考虑为 Go 的未来版本进行的语言更改的预览：范围函数迭代器。构建GOEXPERIMENT=rangefunc可以启用此功能。

工具的变化

  • 执行命令
  • 跟踪
  • vet工具

运行变化：

  • 运行时使基于类型的垃圾收集元数据更接近每个堆对象，从而将 Go 程序的 CPU 性能（延迟或吞吐量）提高了 1-3%。

编译器：

  • 配置文件引导优化 (PGO)构建现在可以比以前实现更高比例的调用去虚拟化。
  • 编译器现在交错去虚拟化和内联，因此接口方法调用得到了更好的优化。
  • Go 1.22 还包括编译器内联阶段的增强实现的预览，该阶段使用启发式方法来提高被认为“重要”的调用站点（例如，循环中）的内联性，并阻止被认为“不重要”的调用站点（例如，在循环中）的内联。恐慌路径）。

链接器：
 linker的 -s 和-w标志现在在所有平台上的行为更加一致。

  • -w标志抑制 DWARF 调试信息生成。
  • -s标志抑制符号表生成。

引导程序
正如Go 1.20 发行说明中提到的，Go 1.22 现在需要 Go 1.20 或更高版本的最终版本进行引导。我们预计 Go 1.24 将需要 Go 1.22 或更高版本的最终版本进行引导。

核心库

  • 新的 math/rand/v2 包
  • 增强的路由模式：使用的模式net/http.ServeMux已得到增强，可以接受方法和通配符。