我希望更好地了解为什么选择 int 而不是 unsigned？
个人而言，除非有充分的理由，否则我从未喜欢过带符号的值。例如数组中的项数、字符串的长度或内存块的大小等，这些东西通常不可能为负值。这样的值没有任何可能的含义。在这些情况下，为什么更倾向于 int，因为它在所有这些情况下都是具有误导性的？
我之所以问这个问题是因为Bjarne Stroustrup和Chandler Carruth建议在这里（约在12:30）更倾向于使用int而不是unsigned。
我可以理解使用int而不是short或long的论点 - int是目标机器体系结构最自然的数据宽度。
但是带符号的类型总是让我感到烦恼。在典型的现代CPU体系结构上，带符号的值是否真的更快？是什么使它们更好？
根据评论请求：我更喜欢使用int而不是unsigned，因为...
它更短（我是认真的！）
它更通用和更直观（即我喜欢能够假设1-2是-1而不是某些晦涩的巨大数字）
如果我想通过返回超出范围的值来表示错误怎么办？
当然有反对意见，但这些是我喜欢将我的整数声明为int而不是unsigned的主要原因。当然，在其他情况下，unsigned是更好的工具，我只是特别回答“为什么有人喜欢默认为有符号”的问题。
int 数据类型的正数范围对你的需求已经足够，那么 UINT_MAX 就是一个很好的超出范围的值，可以用来表示错误情况。实际上，在代码中可以使用 -1 来达到这个目的，因为当它转换为无符号整型时，会被解释为 UINT_MAX。 - AnT stands with Russia让我简述一下这个视频，专家们简明地说了：
Andrei Alexandrescu:
- 没有简单的指导方针。
- 在系统编程中，我们需要不同大小和有符号性质的整数。
- 许多转换和奥妙规则掌握算术(例如对于
auto)，因此要小心。Chandler Carruth:
- 以下是一些简单的指南：
- 使用带符号的整数，除非您需要二进制补码算术或位模式
- 使用最小的整数即可。
- 否则，如果认为可以计数，则使用
int，如果超过数量，则使用64位整数。- 停止担心并使用工具告诉你何时需要不同类型或大小。
Bjarne Stroustrup:
- 使用
int，直到有理由不使用。- 只使用无符号来表示位模式。
- 永远不要混合有符号和无符号
抛开对符号性的担忧，从专家们的观点中得出我的一个观点：
使用适当的类型，当不确定时使用
int，直到你确信。
int”吗？特别是当我们必须与size_t变量进行比较时，这是否与“永远不要混合有符号和无符号”规则相冲突？ - Alberto Moriconiint”的建议，我们实际上是在与使用诸如（有符号）long之类的类型进行对比，这将不会违反“永远不要混合有符号和无符号”的规则。 - Prashant Kumar有几个原因：
对于无符号数，进行算术运算总是产生无符号结果。当从可合理导致负结果的整数量中减去某个数值时（例如从货币数量中减去以产生余额或从数组索引中减去以产生元素之间的距离），这可能会导致问题。如果操作数是无符号的，则会得到一个完全定义但几乎肯定毫无意义的结果，并且 result < 0 比较将始终为假（现代编译器将幸运地提醒您）。
unsigned 具有污染与有符号整数混合时的算术的不良属性。因此，如果你加上一个有符号和无符号的数字并问结果是否大于零，你会受到影响，特别是当无符号整型隐藏在 typedef 后面时。
signed1 - signed2发生溢出，那么它也不安全，因为会导致未定义的行为。 - Ben Voigtsigned1和/或signed2非常大（超过可表示值的一半），否则有符号的情况不会溢出。相比之下，从一个无符号值中减去任何东西都可能导致它溢出。 - supercatfor(unsigned i = count; i--; ) //whatever 这是最短的循环结构，而且它对无符号数绝对没有问题 :-) - cmaster - reinstate monica除了纯社会学原因外，没有理由更喜欢 signed 而不是 unsigned。即有些人认为普通程序员不够能力和/或注意力足以编写关于 unsigned 类型的适当代码。这通常是各种“演讲者”使用的主要论据，而不管那些演讲者多么受尊敬。
实际上，有能力的程序员很快就能开发和/或学习基本的编程惯用语和技能，使他们能够编写关于无符号整数类型的适当代码。
还需要注意的是，有符号和无符号语义之间的根本差异始终存在（以表面上不同的形式）于 C 和 C++ 语言的其他部分中，比如指针算术和迭代器算术。这意味着在一般情况下，程序员并没有真正避免处理与无符号语义特定问题的选项，以及它带来的“问题”。也就是说，无论你想不想，你必须学会使用以其左端突然终止并在此处右端终止（而不是在某个距离处）的范围，即使你坚决避免使用 unsigned 整数。
此外，正如您可能知道的那样，标准库的许多部分已经相当严重地依赖于 unsigned 整数类型。将有符号运算强制混合到其中，而不是学习使用无符号运算，只会导致非常糟糕的代码。
唯一一个想到可以在某些情况下更喜欢 signed 的真正原因是，在混合整数/浮点代码中，signed 整数格式通常直接由 FPU指令集支持，而 unsigned 格式则根本不受支持，这使得编译器必须生成额外的代码以在浮点值和 unsigned 值之间进行转换。在这种代码中，signed 类型可能表现得更好。
但同时，在纯整数代码中，unsigned 类型可能比 signed 类型表现得更好。例如，整数除法通常需要添加额外的纠正代码以满足语言规范的要求。只有在使用负操作数的情况下才需要纠正，因此它会在没有实际使用负操作数的情况下浪费 CPU 循环。
在我的实践中，我尽可能地使用 unsigned，只有在必要时才使用 signed。
int 的理由）。 - Luchian Grigorefor (unsigned int i=0; i < 5; ++i)，我会使用 unsigned。我觉得这样会给它增加一些额外的类型说明符，但我也能理解你的观点，仅仅使用 int 可以使代码更加简洁。 - bjackfly3 == x而不是x == 3，以避免错误地使用赋值而非==。但实际上这是一个根本不存在的问题。使用正常语法x == 3的人根本不会犯这样的错误。对于“无符号整数(unsigned)”，也是同样的情况。有能力的开发者永远不会编写像这样的代码i - 3 < 0，因为表达式i < 3自然、与有无符号无关。 - AnT stands with Russia(uint32_t)(x-y) < z是一种合理的方法来检查y是否在x的某个距离内但不低于它，尽管最好能够以成语化的方式编写它，而不必命名特定类型（虽然0u+x-y < z应该适用于所有情况，其中x和y是相同的无符号类型，无论它比int大还是小，但我认为0u+不被认为是一种公认的习惯用法）。 - supercat+、- 和 *，那么代数结构就是一个 环。 - user2005819现代架构上速度是一样的。使用 unsigned int 的问题在于它有时会产生意外的行为，这可能会导致本来不会出现的错误。
通常情况下，从一个值中减去 1，那么这个值就会变小。然而，在使用 signed 和 unsigned int 变量时，有时减 1 会生成一个远比原值大得多的值。unsigned int 和 int 的关键区别在于，使用 unsigned int 时生成悖论结果的值是一个常用的值——0——而对于 signed 来说，这个数字则远离正常操作。
至于返回 -1 作为错误值，现代思想认为最好抛出异常而不是测试返回值。
如果您正确地保护您的代码，就不会出现这个问题。如果您到处都使用 unsigned，仅进行加法运算而不进行减法运算，并且永远不接近 MAX_INT，那么您就没问题了。我也在所有地方使用 unsigned int。但这需要很多纪律性。对于许多程序，您可以使用 int 并花时间处理其他错误。
默认使用int：它与语言的其余部分更加协调。
int main() {} //看到了一个unsigned吗？ auto i = 0; // i的类型是int只有在模数算术和位扭曲时才使用unsigned（特别是移位）
永远不要混合有符号和无符号算术
-Wconversion -Wsign-conversion -Wsign-promo（gcc在这方面比Clang更好）std :: size_t上犯了错误（来自GN13视频的引用）for(auto i = 0; i < static_cast<int>(v.size()); ++i)如果必须除非您确实需要它们，否则不要使用短或大类型
char和short节省空间但受到积分晋升的影响int64_t吗？ for 循环需要一些解释。（我甚至可以说这是一个糟糕的指南 - 使用 for (auto i = 0u; i < v.size(); ++i) 代替！- 或者，更好的是，for (auto i : indices(x))。） - Konrad Rudolphint可以更容易地处理第二个操作数大于第一个操作数的减法，并且仍然可以得到“预期”的结果。int类型更接近于数学上的整数，而不是unsigned类型。unsigned类型是幼稚的。unsigned类型在零旁边有不连续的行为。任何试图计算一个小的负值的操作，都会产生一些大的正值（更糟的是：这个值是实现定义的）。即使对于像a = 3和b = 4这样的小值，无法在unsigned域中保持代数关系，例如a < b意味着a - b < 0。i设置为unsigned，则像for (i = max - 1; i >= 0; i--)这样的降序循环将无法终止。int是首选，因为它是最常用的。 unsigned通常与位操作相关联。每当我看到一个unsigned时，我就会认为它被用于位运算。
如果你需要更大的范围，请使用64位整数。
如果你正在使用索引迭代内容，类型通常具有size_type，你不应该关心它是有符号还是无符号。
速度不是问题。
int而不是unsigned，因为：1.它更短（我是认真的！），2.它更通用且更直观（例如，我希望假设1-2等于-1而不是一些晦涩的巨大数字），3.如果我想通过返回一个超出范围的值来表示错误会怎么样？ - user529758int上溢定义为有效行为并使二进制补码强制执行。否则，对于许多现在没有办法绕过unsigned int的合理任务来说，int将变得完全无法使用。 - Christian Rau