为何选择 int64 而非 uint32？

从现在开始，努力学习吧！本文《为何选择 int64 而非 uint32？》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

go界面中也有一些类似的设计。例如读写结果只能是>=0。为什么不直接使用 unsigned int 类型？使用签名类型的目的是什么？

// The Copy function uses ReaderFrom if available.
type ReaderFrom interface {
    ReadFrom(r Reader) (n int64, err error)
}

// The Copy function uses WriterTo if available.
type WriterTo interface {
    WriteTo(w Writer) (n int64, err error)
}

解决方案

我在《go 编程语言》（a. donovan、b. kernighan）一书中找到了很好的解释：

虽然go提供了无符号数和算术，但我们倾向于使用 带符号的 int 形式甚至对于不能为负的数量，例如 作为数组的长度，尽管 uint 可能看起来更明显 选择。事实上，内置 len 函数返回一个带符号的 int，如下所示 这个循环以相反的顺序宣布奖牌：

medals := []string{"gold", "silver", "bronze"}
    for i := len(medals) - 1; i >= 0; i-- {
    fmt.Println(medals[i]) // "bronze", "silver", "gold"
}

替代方案将是灾难性的。如果 len 返回无符号 数字，那么 i 也将是 uint，并且条件 i >= 0 根据定义永远是正确的。第三次迭代后，在 其中 i == 0，i-- 语句将导致 i 变为非 -1， 但最大 uint 值，以及 medals[i] 的评估将 通过尝试访问外部元素而在运行时失败或出现恐慌 切片的边界。因此，无符号数往往是 仅当其位运算符或特殊算术时使用 需要运算符，如实现位集、解析二进制文件时 文件。

终于介绍完啦！小伙伴们，这篇关于《为何选择 int64 而非 uint32？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！