在 golang 里面，有 int64,int32,int 这 3 种数据类型。
int64: 占 64 位的整数数据类型
int32: 占 32 位的整数数据类型
int: 在 64 位处理器上占 64 位，在 32 位处理器上面占 32 位
于是我就纳闷了，int 这个数据类型不是埋坑吗？不同的处理器上面可能导致不同的运行结果，那设计这个数据类型的意义是啥呢？为啥不只保留 int64 和 int32，由程序员指定长度，保证运行结果的一致性
我 google 查了很久，没找到相关的资料，还望了解的老哥赐教
int32: 占 32 位的整数数据类型
int: 在 64 位处理器上占 64 位，在 32 位处理器上面占 32 位
在 c/c++ 里面，有 long long int,int,long int 这 3 种数据类型。
long long int: 占 64 位的整数数据类型
int: 占 32 位的整数数据类型(32 位及 64 位平台，8 位和 16 位不考虑了)
long int: 在 64 位处理器上占 64 位，在 32 位处理器上面占 32 位
实际上，在不需要做存储和通讯协议数据对齐的场景下，long int 是在跨平台情况下效率最高的。
跨平台存储和通讯协议数据对齐场景下，4 字节就固定 int32，8 字节就固定 int64
如果这货的行为真的像主说的一样“在 64 位处理器上占 64 位，在 32 位处理器上面占 32 位”的话，那么看 C/C++ 是正解，不过鉴于大道至简的 Go 目标之一就是干死 C++，估计没人会去看的。
C 里面有一个类型叫 size_t，相当于 Go 的 uint，还有个 ptrdiff_t，相当于 Go 里的 int （假设主说的行为是对的）
size_t 顾名思义，可以装下任何对象的“大小”，比如在 32 位环境下，地址空间中不可能存在多于 2^32 个唯一的对象，一个对象的大小也不可能超过 2^32 字节，所以 size_t 做成 uint32_t 就可以。需要存大小、数量时就用这货。
ptrdiff_t 顾名思义，可以装下任意两个指针相减的结果，需要存偏移时就用这货。（不过 C 标准里面貌似没有保证，毕竟真正存差值需要 wordsize+1 位 …）
毕竟如果是 32 位环境，用 64 位数存数组有多少个元素实在太过奢侈了，这时候根据大道至简的原则，就可以加一个类型叫 int 。
这只是一个猜想，因为 Go 的所谓 spec 实在太大道至简了：
> uint either 32 or 64 bits
> int same size as uint
反正在这两句话我是没找着“在 64 位处理器上占 64 位，在 32 位处理器上面占 32 位”的保证。因为他把这玩意写在后面 builtin functions 部分了：“The built-in functions len and cap take arguments of various types and return a result of type int. The implementation guarantees that the result always fits into an int.”，然后就有了这个 https://yourbasic.org/golang/int-vs-int64/ 。也就是说这个类型和它的角色并不直接关联，可能本来设计者的想法就是从 C 里面随便捣鼓来的 …
c 有 go 就有了，因为顺手～
grpc 就果断抛弃了 int