在 Go 中，什么时候应该使用 uint 和 int？

Question

乍一看，当您需要一个不想成为负数的 int 时，似乎有人可能会选择 uint。然而，在实践中，int 似乎总是首选。

我看到如下一般性建议：

• “通常，如果您使用整数，则应该只使用 int 类型。”
• “uint 通常只应用于二进制操作”
• “不要使用无符号类型来强制或建议数字必须为正数。这不是它们的用途。”
• “这是 Go 编程语言所推荐的，当你想进行按位运算时，uint 的具体示例很有用”

我还注意到 Go 会让你将负整数转换为 uint 并给出一些奇怪的结果：

    x := -5
    y := uint(x)
    fmt.Println(y)

>> 18446744073709551611

所以，我的理解是，在处理整数时，无论符号如何，我都应该始终使用 int，除非我发现自己需要 uint，而且在这种情况下我会知道（我认为？？？）。

我的问题：

• 这是正确的外卖吗？
• 如果是这样，为什么会这样？
• 什么时候应该使用 uint 的例子是什么？ -- 也许是一个具体的例子，而不是“当做二进制操作时”，因为我不确定我知道这意味着什么:)

另外，我问的是 Go 的具体实现。

Answer 1

Package Image 使用 uint 和 crypto/tls，所以当你使用这些包时你必须使用 uint。

我一开始是合乎逻辑地使用它，但我不会为此而争吵，如果它成为一个问题，我会使用实用的方法。

点赞why using int for len()

Answer 2

This answer 用于 C，但在这里是相关的。

通常，如果您使用整数，则应该只使用 int 类型。

建议通常这样做，因为我们“通常”遇到的大多数代码都处理类型int。您通常也不需要在使用 int 和 uint 类型之间进行选择。

不要使用无符号类型来强制或建议数字必须为正数。这不是他们的目的。

这是相当主观的。您可以很好地使用它来保持您的程序和数据类型安全，并且不必为处理由于负整数情况而导致的偶发错误而烦恼。

“这是 Go 编程语言所推荐的，当你想进行按位运算时，uint 的具体示例很有用”

这看起来很模糊。请添加此来源，我想阅读它。

x := -5
y := uint(x)
fmt.Println(y)

>> 18446744073709551611

这是许多语言的典型特征。这背后的逻辑是，当您将int 类型转换为uint 时，用于int 的二进制表示会被挤入uint 类型中。最后，一切都只是二进制的抽象。 例如，看看这段代码及其输出：

a := int64(-123)
byteSliceRev := *(*[8]byte)(unsafe.Pointer(&a))      // The byte slice representation we get is LTR in increasing order of significance
u := uint(a)
byteSliceRevU := *(*[8]byte)(unsafe.Pointer(&u))
byteSlice, byteSliceU := make([]byte, 8), make([]byte, 8)
for i := 0; i < 8; i++ {
    byteSlice[i], byteSliceU[i] = byteSliceRev[7-i], byteSliceRevU[7-i]
}
fmt.Println(u)
// 18446744073709551493
fmt.Printf("%b\n", byteSlice)
// [11111111 11111111 11111111 11111111 11111111 11111111 11111111 10000101]
fmt.Printf("%b\n", byteSliceU)
// [11111111 11111111 11111111 11111111 11111111 11111111 11111111 10000101]

-5 的int64 类型的字节表示与18446744073709551493 的uint 类型的字节表示相同。

所以，我的理解是，在处理整数时，无论符号如何，我都应该始终使用 int，除非我发现自己需要 uint，而且在这种情况下我会知道（我认为？？？）。

但对于“我们”编写的每一个代码，这不是或多或少都是真的吗？！

这是正确的外卖吗？ 如果有，为什么会这样？

我希望我已经回答了这两个问题。如果您仍有任何疑问，请随时问我。

什么时候应该使用 uint 的例子是什么？ -- 也许是一个具体的例子，而不是“当做二进制操作时”，因为我不确定我知道那是什么意思:)

想象一个场景，您的数据库中有一个表，其中有很多条目，其中一个整数为id，它始终为正数。如果您将此数据存储为int，则每个条目的一位实际上是无用的，并且当您对其进行缩放时，如果您可以使用uint 并保存它，则会丢失大量空间。在传输数据时可以考虑类似的情况，准确地说是传输大量整数。此外，uint 与对应的有符号整数相比，正整数的范围是双倍的，因为有额外的位，因此用完数字需要更长的时间。存储现在很便宜，所以人们通常会忽略这个所谓的小收益。

另一个用例是类型安全。 uint 永远不会是负数，所以如果你的代码的一部分对负数很敏感，它可以证明是非常方便的。最好在将资源浪费在数据上之前得到错误，只是为了发现它是不允许的，因为它是负面的。