阅读本文大概需要 4 分钟。

大家好，我是站长 polarisxu。

如果有看我写的 Rust 系列教程，会注意到，Rust 有一个整数类型：i128/u128，即 16 字节长的整数。而 Go 是不支持 int128/unit128 的。

当时，我也没有多想，感觉 128 长度应该用的也少。今天，我发现早在 2014 年就有人提议在 Go 中增加 int128/uint128 的支持：https://github.com/golang/go/issues/9455。

为什么想要这个类型呢？

有人提出了相关的使用场景，总结下大概有如下几个：

• UUID
• IPv6
• hashing (MD5)
• timestamps
• cryptographic nonces
• database keys
• 。。。

针对有人提出的一些需求点，minux（很早期就参与 Go 开发的，华人，go mobile 项目是他主导的）给了如下答复：

大家注意到没，被人 👎。

ianlancetaylor（泛型是他在主导设计）给出了这样的答复：

UUID 和 IP6 的例子不够有说服力，它们很容易用其他方式实现。要不要支持 int128/uint128，关键在于有没有该类型相关的算术运算需求。在具体实现时，硬件是否很好的支持也需要考虑。

如果增加了该类型，strconv、math/big 等包为了兼容，需要增加额外的一些列函数。

他还回复了很多人的其他疑问，他一直强调几点：

• 你为什么需要 int128/uint128？
• 是否有做运算的需要？
• 对语言可能有破坏，因此这个提案标记为 「Go2」

其中他的一句话不少人可能要吐槽：

Go is not a language that decides what features to add based solely on demand. Of course demand plays a role, but it is not the determining factor.

Go 是否增加某个特性，需求不是决定因素！

这就是 Go 一直坚持的理念：大道至简！节制！！！有人不喜欢，有人骂，但同样也会有人喜欢，有人爱。对我来说，挺喜欢 Go 的简单，Go 的节制！

最近有人在这个提案接着问：

Rust 支持了，包括 PostgreSQL 数据库也支持，Go 还不支持吗？该提案的作者给出了回复：

闲扯一句：不知道大家看出什么异样了吗？欢迎留言。

最后，int128/uint128 目测迟早应该会支持，因为 ianlancetaylor 在设计泛型时，考虑了对该类型的兼容问题。这个问题我们以后再聊。