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

Question

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

我看到一般建议，例如：

• “一般来说，如果你使用整数，你应该只使用 int 类型。”

• “uint 通常只用于进行二元运算”

• “不要使用无符号类型来强制或建议数字必须是正数。这不是它们的用途。”

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

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

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

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

我的问题：

• 这是正确的外卖吗？

• 如果是这样，为什么会这样？

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

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

Answer 1

此答案适用于 C，但与此处相关。通常，如果您使用整数，则应该只使用该int类型。通常建议这样做，因为我们“通常”遇到的大多数代码都处理 type&nbsp;int。您通常也不需要在使用 anint和uinttype 之间进行选择。不要使用无符号类型来强制或建议数字必须为正数。那不是他们的目的。这是相当主观的。您可以很好地使用它来保持您的程序和数据类型安全，并且不必为处理由于负整数情况而出现的偶然错误而烦恼。“这是 Go 编程语言所推荐的，当你想要进行按位运算时，uint 的具体示例很有用”这看起来很模糊。请为此添加来源，我想阅读它。x := -5y := uint(x)fmt.Println(y)>> 18446744073709551611这是许多语言的典型特征。这背后的逻辑是，当您将int类型转换为 auint时，用于 的二进制表示会被int塞入uint类型中。最后，一切都只是二进制的抽象。例如，看看这段代码和它的输出：a := int64(-123)byteSliceRev := *(*[8]byte)(unsafe.Pointer(&a))&nbsp; &nbsp; &nbsp; // The byte slice representation we get is LTR in increasing order of significanceu := uint(a)byteSliceRevU := *(*[8]byte)(unsafe.Pointer(&u))byteSlice, byteSliceU := make([]byte, 8), make([]byte, 8)for i := 0; i < 8; i++ {&nbsp; &nbsp; byteSlice[i], byteSliceU[i] = byteSliceRev[7-i], byteSliceRevU[7-i]}fmt.Println(u)// 18446744073709551493fmt.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]-5int64类型的字节表示与18446744073709551493类型相同。uint所以，我的理解是，在处理整数时，我应该始终使用 int，而不管符号如何，除非我发现自己需要 uint，并且在这种情况下我会知道（我认为？？？）。但这对于“我们”编写的每一个代码来说不是或多或少都是真的吗？！这是正确的外卖吗？如果是这样，为什么会这样？我希望我已经回答了这两个问题。如果您仍有任何疑问，请随时问我。什么时候应该使用 uint 的例子是什么？- 也许是一个具体的例子，而不是“进行二进制操作时”，因为我不确定我知道这意味着什么:)想象一个场景，您的数据库中有一个表，其中有很多条目，其中 an 的整数id始终为正数。如果您将此数据存储为int每个条目的一个位实际上是无用的，并且当您扩展它时，当您可以使用uint并保存它时，您将失去很多空间。在传输数据时可以考虑类似的情况，准确地说是传输大量整数。此外，uint由于额外的位，与对应的有符号整数相比，正整数的范围翻了一番，因此用完 numbers需要更长的时间。存储现在很便宜，所以人们通常会忽略这个所谓的小收益。另一个用例是类型安全。Auint永远不会是负数，所以如果你的代码的一部分对负数很敏感，它可以证明是非常方便的。最好在将资源浪费在数据上之前得到错误，以发现它是不允许的，因为它是负面的。

Answer 2

Package Image 使用 uint 和 crypto/tls，所以当你使用这些包时你必须使用 uint。我一开始是合乎逻辑地使用它，但我不会为此而争吵，如果它成为一个问题，我会使用一种实用的方法。就像为什么将 int 用于 len()