探讨10年前Go 1.0发行时的一处关键概念

10年前的3月28日，go team发布了一篇博客，宣布go 1.0版本正式发行。从那时起，go团队大致每半年发布一个新版本，为go语言及其工具链增添了更多特性和功能。

作为一个源自名门的大师之作，Go从一开始就展现出卓越的锋芒。在过去的10年里，尤其是在云计算时代，越来越多的基础设施和核心应用由Go开发或重构，越来越多的软件开发者热情地加入了Gopher的行列。

在最近有限的空闲时间里，我阅读了The Go Blog上的文章，仔细研究了各个版本新增的功能，比如Go 1.1中引入的P和竞态检测，Go 1.3对垃圾回收和栈的优化，sync.Pool的引入，以及Go 1.7中context包的正式加入。

同时，我也在思考一个问题：不断引入新功能如何保证与旧代码的兼容性？Python开发者对此应该深有体会——升级到Python 3的代价是基于Python 2开发的代码无法正常运行。

而在发布Go 1.0版本时，Go团队同时发布了一份兼容性说明文档。该文档承诺，Go的未来版本将尽可能确保向后兼容性，不会破坏现有程序。

代码语言：javascript 代码运行次数：0

向后兼容意味着较高版本的程序能够正常处理较低版本程序的数据（代码）。简而言之，在未来可能破坏兼容性的Go 2.0之前，基于Go 1.0编写的程序在10年后的Go 1.18版本上依然可以正常编译和运行。

（反之则不然，基于Go 1.16可以正常编译和运行的代码，用Go 1.11版本可能无法编译通过；同样，用Java 17开发并打包的jar包，用Java 8运行会报错）

由于“前”和“后”的二义性，人们通常会认为向后兼容是与以后的版本兼容，向前兼容是与之前的版本兼容，这种理解其实是错误的。

为此，我之前特意写了一篇博客。

向前兼容（Forward Compatibility）：指老版本的软硬件可以使用或运行新版本的软硬件产生的数据，也称向上兼容（Upward Compatibility）。向后兼容（Backward Compatibility）：指新版本的软硬件可以使用或运行老版本的软硬件产生的数据，是新版本对旧版本的兼容，也称向下兼容（Downward Compatibility）。Go承诺的是向后兼容（Backward Compatibility），所有的基准点和着眼点都是现在，是此刻。我需要回头去看过去，兼容之前的版本。即“新瓶可以装旧酒”。

然而，在阅读10年前Go 1.0版本发行说明时，我却看到了一个令人震惊的描述，这是否意味着我之前的标准有误？总不能是Go Team对这个概念理解有误吧...

但还是本着“有理有据，即便错了，虽败犹荣”的心态，“不要怂，就是干”，在我29岁生日那晚，提交了一个MR：

Boba.video

AI动漫视频生成器

下载

Reviewer选择了Ian Lance Taylor，这位毕业于耶鲁大学，常年活跃在Go社区的大佬不多时便给予了回复：

即“Go低版本”向前兼容高版本的Go（向时间轴的右侧，未来），“Go高版本”向后兼容低版本的Go（向时间轴的左侧，以前）。

不过，Go 1.11兼容未来的Go 1.17，指的究竟是Go本身，还是指用Go编写的应用程序（数据）？基于Go 1.11编写的程序自然可以被后来的Go 1.17正常执行，我的理解，这应该说明Go具有向后兼容；而Go 1.11很可能无法执行Go 1.17编写的程序（如用到了Go 1.16新增的特性），则说明Go不具备向前兼容...

大佬已有断言，不再过分深究。还是在此记录下我的疑惑。

参考资料：

[1] 文章: https://www.php.cn/link/33a5ab413bb8e155ad89c29dbaced31a

[2] 文章: https://www.php.cn/link/09e8fef7c74627eaadebcc0f0d15e2e8

[3] 文章: https://www.php.cn/link/30f240dc14aa708deda6f0a0606ff810

[4] 文章: https://www.php.cn/link/67b7b196a1d3529edd7d8a896d1b7b1d