【Go】那么多数值类型，应该选哪个？

原文链接：https://blog.thinkeridea.com/201903/go/selection_of_numerical_types.html

Go 内置很多种数值类型，往往初学者不知道编写程序如何选择，使用哪种数值类型更有优势。

内置的数值类型有：uint8、 uint16、 uint32、 uint64、 uint、 int8、 int16、 int32、 int64、 int。

从类型名称上可以很好了解到类型的大小，这个非常直观，uint 和 int 这两种类型是不带大小的，那么它们的大小会根据编译参数 GOARCH=amd64 平台决定的。

我最早设计的一个go的项目，当时设计系统使用采用最小类型原则，几乎使用了大多数数值类型，很少使用 uint 和 int 类型，后来遇到很多问题，标准库和三方库函数都接收 int、 uint、 int64、uint64, 一些代码生成工具, 比如 protobuf 生成类型是 int32，一些三方系统大多数也是 int 类型，这时候与其它组件件的交互就需要 类型转换, 类型转换成本是很高的，导致程序性能并没有预期的好。

上面一个小故事(事故)警醒大家不要一味的根据数据的大小选择数值类型，而要考虑数值的用来做什么，后面会有哪些交互，需要调用哪些函数等等，是不是选择数值具体使用什么类型很复杂呢？并不是这样，考虑的越少，选择越简单，下面有一些近些年的总结。

• 需要原子操作的数值根据数据大小选择 int32、 int64、 uint32、uint64。因为原子类型的操作包天生支持这些类型。
• 需要与代码生成的交互的数据，可以看生成的代码具体使用哪种类型，做一下参考。
• 需要调用大多数标准库函数进行处理，选这个 int (我们的程序大多数跑在64位系统上，如果运行在32系统，且类型可能会超过 int32 可以选择 int64) 。
• 有些时候可能我们需要一个无符号数据且比较大优先选用 uint 和 uint64 。
• 只和自己的函数交互以及一些不关注具体类型的包(json、fmt)交互式时，按数值使用范围选择最小类型。

我现在写代码一些特殊场景如原子操作会针对使用的包选择具体类型，偶尔会使用uint64，往往是一些按位做一些复杂计算的数据，也都局限在局部逻辑上，与其它模块或者系统交互的都会使用 int 类型，这样可以大幅度降低数值类型的类型转换问题，从而从空间换取时间，获得更好的程序性能。

不得不说说 Go 语言神奇的 int 类型，为什么需要这样一个编程是无法确定具体长度的类型呢，而需要在编译时确定呢，有什么好处呢。

往往我们写程序是不太关注数值类型的，或者说我们程序中很多数值不会超过 int32 的最大值（往往我们的程序运行在 32 或 64位平台上），这个时候很多三方库都可以使用 int 作为交互类型，不用把一个函数为每种类型数值都写一遍，能简化标准库。我们也能写出更容易维护、简洁的系统。

转载：

本文作者： 戚银（thinkeridea）

本文链接： https://blog.thinkeridea.com/201903/go/selection_of_numerical_types.html

版权声明： 本博客所有文章除特别声明外，均采用 CC BY 4.0 CN协议 许可协议。转载请注明出处！