我想更好地了解为什么选择int了unsigned？
就个人而言，除非有正当理由，否则我从不喜欢带符号的值。例如，数组中的项数，字符串的长度或存储块的大小等，因此这些东西通常不可能为负数。这样的值没有可能的含义。为什么int在所有此类情况下都令人误解，还是选择它呢？
我问这个，因为这两个Bjarne的Stroustrup的和钱德勒卡鲁斯给了建议，喜欢int在unsigned 这里（大约12:30' ）。
我可以看到使用intovershort或long-的参数int是目标机器体系结构的“最自然的”数据宽度。
但是无人签名总是让我很烦。在典型的现代CPU架构上，带符号的值是否真的更快？是什么使它们更好？
int而不是unsigned因为：1.它更短（我是认真的！），2.它更通用，更直观（即，我希望能够假设它1 - 2为-1而不是一些晦涩的巨大数字），3.什么？如果我想通过返回超出范围的值来表示错误？
int溢出定义为行为，并使二进制补码为强制性。否则，对于现在int无法解决unsigned ints的许多合理任务，将是根本无法使用的。
int选择unsigned是一回事；unsigned从语言中删除更为严厉。
Answers:
让我解释一下该视频，就像专家们简洁地说的那样。
安德烈·亚历山德列斯库（Andrei Alexandrescu）：
- 没有简单的准则。
- 在系统编程中，我们需要不同大小和符号的整数。
- 许多转换和不可思议的规则控制着算术运算（如
auto），因此我们需要小心。钱德勒·卡鲁斯（Chandler Carruth）：
- 以下是一些简单的准则：
- 除非需要二进制补码算术或位模式，否则请使用带符号整数
- 使用足够的最小整数。
- 否则，
int如果您认为自己可以计算项目，请使用；如果64位整数甚至超过您想要的数量，请使用64位整数。- 不用担心，并在需要其他类型或尺寸时使用工具告诉您。
Bjarne Stroustrup：
- 使用
int直到你有一个理由不这么做。- 无符号仅用于位模式。
- 切勿混用已签名和未签名
除了对签名规则保持警惕外，我的一句话使专家无法理解：
使用适当的类型，如果不知道，请使用
int直到知道为止。
int如果您认为可以算数的话就使用”？特别是，当我们必须与size_t变量进行比较时，这是否与“从不混合有符号与无符号”规则冲突？
int如果您认为可以计数的话使用”，我们实际上将其与（signed）之类的类型进行了对比，该类型long不会挑战“绝不使用无符号签名”规则。
根据评论中的要求：我宁愿int而不是unsigned因为...
它更短（我是认真的！）
它更通用，更直观（即，我希望能够假设它1 - 2为-1而不是一些晦涩的巨大数字）
如果我想通过返回超出范围的值来发出错误信号怎么办？
当然有一些反论点，但这是我喜欢将整数声明为int而不是的主要原因unsigned。当然，这并不总是正确的，在其他情况下，这unsigned仅仅是执行任务的更好工具，我只是在回答“为什么有人会更喜欢默认为签名”这一问题。
int足以满足您的需求，则它们UINT_MAX是一个很好的超出范围的值，用于指示错误情况。实际上，-1可以将其用于代码中，因为它UINT_MAX在转换为时求值为unsigned。
几个原因：
算术运算unsigned始终会产生无符号数，这在减去可能合理导致负数的整数数量时可能会出现问题，请考虑减去货币数量以产生余额，或者减去数组索引以产生元素之间的距离。如果操作数是无符号的，则会得到一个完美定义的结果，但几乎可以肯定是毫无意义的结果，并且result < 0比较将始终为false（幸运的是，现代编译器会警告您）。
unsigned具有在与符号整数混合时污染算术的讨厌属性。因此，如果添加有符号和无符号并询问结果是否大于零，则可能会被咬住，尤其是当无符号整数类型隐藏在a后面时typedef。
signed1 - signed2也不安全，因为如果溢出，您将得到未定义的行为。
signed1和/或signed2为“大”（超过最大可表示值的一半），否则签名的案例不会溢出。相比之下，从无符号值中减去任何东西都会导致其自动换行。
没有理由喜欢signed上unsigned从单纯的社会学的，放在一边，即一些人认为，平均程序员不胜任和/或细心足够的条件来写正确的代码unsigned类型。这通常是各种“发言人”所使用的主要理由，无论这些发言人可能有多受尊重。
实际上，称职的程序员可以快速开发和/或学习基本的编程习惯用法和技能，从而使他们能够根据无符号整数类型编写适当的代码。
还要注意，在C和C ++语言的其他部分（如指针算术和迭代器算术）中，有符号和无符号语义之间的根本区别总是存在（表面上不同）。这意味着在一般情况下，程序员实际上并没有避免处理特定于未签名语义及其带来的“问题”的问题的选择。也就是说，无论您是否想要，即使您坚决避免使用unsigned整数，也必须学会使用在其左端突然终止并在此处终止（不在距离的某处）的范围工作。
而且，您可能已经知道，标准库的许多部分已经unsigned非常依赖整数类型。强迫将有符号算术混用，而不是学习使用无符号算术，只会导致灾难性的错误代码。
在某些情况下，我想到的唯一真正的理由signed是，在混合整数/浮点代码中signed，FPU指令集通常直接支持整数格式，而unsigned根本不支持格式，这使得编译器可以为浮点值和unsigned值之间的转换。在此类代码中，性能signed可能会更好。
但是同时纯整数代码unsigned类型的性能可能比signed类型。例如，整数除法经常需要附加的纠正代码，以满足语言规范的要求。仅在负数操作数的情况下才需要进行校正，因此，在没有真正使用负数操作数的情况下，这会浪费CPU周期。
在我的实践中，我竭尽unsigned所能地坚持下去，并且signed仅在确实需要时才使用。
int）。
for (unsigned int i=0; i < 5; ++i)我觉得这给了它一点额外的类型说明符，但是我也看到了您的观点仅仅拥有int本身就使代码更加简洁。
3 == x或者x == 3避免不小心用赋值代替==。但实际上，这是一个永远不会发生的假问题。使用普通语法的人x == 3根本不会犯这个错误。与相同unsigned。有能力的开发人员永远不会编写像这样的代码i - 3 < 0，而自然的方式i < 3就是“与代码无关”。
(uint32_t)(x-y) < z这是一种检查是否y在一定距离之内x但不低于此距离的合理方法，尽管如果可以用惯用语言编写而不必指定特定类型会更好（尽管0u+x-y < z在所有情况下都应该工作，x并且y相同的无符号类型，无论它大于还是小于int，我都不认为这0u+是公认的惯用语
But in reality it is a fake problem that never happens 好吧，我想这对我或同事所经历的十几个时间以及调试所花费的时间就不算了。
C和从其派生的许多语言中的整数类型有两种通用用法：表示数字或表示抽象代数环的成员。对于那些不熟悉抽象代数的人，环的主要概念是，将环的两个项目相加，相减或相乘应产生该环的另一个项目-不应崩溃或在环之外产生值。在32位计算机上，将无符号0x12345678添加到无符号0xFFFFFFFF不会“溢出”-它只会产生结果0x12345677，该结果是为整数环mod 2 ^ 32定义的（因为将0x12345678添加到0xFFFFFFFF的算术结果） ，即0x112345677，等同于0x12345677 mod 2 ^ 32）。
从概念上讲，这两个目的（表示数字或表示等于2的整数环的成员）都可以通过有符号和无符号类型来实现，并且两种用法的许多操作相同，但是存在一些区别。除其他事项外，不应期望将两个数字相加会产生除正确的算术和之外的任何东西。尽管是否应要求一种语言来生成保证不会发生的代码（例如，将抛出异常）是有争议的，但有人可能会争辩说，对于使用整数类型表示数字的代码，这种行为会更可取产生算术错误值，并且不应禁止编译器采用这种方式。
C标准的实现者决定使用带符号的整数类型来表示数字，而使用无符号的类型来表示与2模n一致的整数代数环的成员。相比之下，Java使用带符号的整数表示此类环的成员（尽管在某些情况下对它们的解释不同；例如，大小不同的带符号类型之间的转换行为与无符号的类型不同）并且Java既没有无符号的整数，也没有任何整数。在所有非异常情况下均表现为数字的基本整数类型。
如果一种语言同时提供了数字和代数环数字的带符号和无符号表示形式，则使用无符号数字表示始终为正的数量可能是有意义的。但是，如果唯一的无符号类型表示代数环的成员，而唯一的数字类型表示有符号的环，则即使值始终为正，也应使用旨在表示数字的类型来表示。
顺便说一句，（uint32_t）-1为0xFFFFFFFF的原因是由于将有符号值强制转换为无符号等效于将无符号零加上，并将整数添加到无符号值的定义是将其大小加/减根据代数环的规则的无符号值，该规则指定如果X = YZ，则X是该环的唯一成员，例如X + Z = Y。在无符号数学中，0xFFFFFFFF是唯一的数字，当加到无符号1时，将产生无符号零。
在现代架构上，速度是相同的。问题unsigned int在于它有时会产生意外行为。这可能会产生其他情况下不会出现的错误。
通常，当您从一个值中减去1时，该值会变小。现在，使用signed和unsigned int变量，将有一段时间减去1会创建一个更大的值。之间的主要区别unsigned int和int是与unsigned int产生自相矛盾的结果值是一个常用的值--- 0 ---而与签约数为安全远离正常运营。
就返回-1的错误值而言，现代的思想是抛出异常比测试返回值更好。
的确，如果您正确地保护自己的代码，就不会有此问题，并且如果在所有地方都认真地使用unsigned，那么您会没事的（前提是您只加而不减，并且永远都不会接近MAX_INT）。我到处都使用unsigned int。但是这需要很多纪律。对于很多程序，您可以通过使用获得帮助，int并将时间花在其他错误上。
unsigned int在于它有时可能（在溢出的情况下）产生意外行为。” 问题signed int在于它有时（在发生溢出的情况下）会产生不确定的行为。有了这些选择，unsigned看起来就不错了；）
要回答一个实际的问题：对于很多事情，这并不重要。int使用第二个操作数大于第一个操作数进行减法处理可能会更容易一些，但仍会得到“预期”结果。
在99.9％的情况下，绝对没有速度差异，因为只有带符号和无符号数字不同的唯一指令是：
（我认为还有另外一种或两种情况，但结果是相同的-不管是带符号的还是无符号的，这都没有关系，两种操作的执行力都相同）。
int默认使用：与其他语言搭配使用效果更好
int main() {} // see an unsigned? auto i = 0; // i is of type 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特别是您的回旋循环需要一些“ splainin”。（我什至会说这是一个糟糕的指导方针–使用for (auto i = 0u; i < v.size(); ++i)代替！–甚至更好for (auto i : indices(x))。）
该int类型比该类型更类似于数学整数的行为unsigned。
unsigned仅仅因为某种情况不需要表示负值就偏爱该类型是幼稚的。
问题是 unsigned类型在零附近具有不连续的行为。任何试图计算较小的负值的操作都会产生较大的正值。（更糟糕的是，这是实现定义的。）
诸如此类的代数关系a < b意味着a - b < 0即使对于像a = 3和这样的小值，它们也会在无符号域中破坏b = 4。
for (i = max - 1; i >= 0; i--)如果i将其设为无符号，则降序循环无法终止。
无符号的怪癖可能会导致一个问题，该问题将影响代码，无论该代码是否预期仅代表正数。
无符号类型的优点在于，对于有符号类型，在位级别上未可移植地定义的某些操作就是这种方式。无符号类型缺少符号位，因此通过符号位进行移位和屏蔽不成问题。无符号类型适用于位掩码以及适用于以独立于平台的方式实现精确算术的代码。即使在非二进制补码机器上，无符号的出现也会模拟二进制补码的语义。编写多精度（bignum）库实际上需要将无符号类型的数组（而不是带符号的类型）用于表示。
无符号类型也适用于数字的行为类似于标识符而不是算术类型的情况。例如，IPv4地址可以用32位无符号类型表示。您不会将IPv4地址加在一起。
for (i = max - 1; i >= 0; i--)不会终止，但是请注意，for (i = max - 1; i != -1; i--)它将按预期工作（并且与类型的签名无关）。
int首选，因为它是最常用的。unsigned通常与位操作相关联。每当我看到时unsigned，我都认为它是用于旋转的。
如果需要更大的范围，请使用64位整数。
如果您要遍历使用索引的内容，则类型通常具有size_type，并且不必关心它是带符号的还是无符号的。
速度不是问题。
我能想到的一个很好的理由是在检测到溢出的情况下。
对于用例，例如数组中的项目计数，字符串的长度或内存块的大小，您可能会溢出一个无符号的int，即使您查看该变量也可能不会注意到差异。如果它是带符号的int，则该变量将小于零，并且显然是错误的。
您只需要检查一下变量是否为零即可。这样，您就不必像无符号int一样在每次算术运算之后检查溢出。
在执行简单的算术运算时，它会产生意外的结果：
unsigned int i;
i = 1 - 2;
//i is now 4294967295 on a 64bit machine
进行简单比较时会产生意外结果：
unsigned int j = 1;
std::cout << (j>-1) << std::endl;
//output 0 as false but 1 is greater than -1
这是因为在执行上述操作时，有符号的int会转换为无符号的，并且会溢出并变为非常大的数字。