再一次看到了 Go 的节制：Int128 类型要不要支持？

 

本文转载自微信公众号「polarisxu」，再次制可以通过以下二维码关注。类型转载本文请联系polarisxu公众号。不支

大家好，再次制我是类型站长 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 在设计泛型时，考虑了对该类型的兼容问题。这个问题我们以后再聊。b2b信息网