默认情况下，C++整数类型的有符号/无符号属性由什么决定？

嘿，这个问题问得特别到位——《C++ Primer》里那句“可以是”确实容易让人犯嘀咕，我来帮你把这个逻辑理清楚！

先明确C++标准的规定 #

C++标准并没有强制要求short、int、long、long long这些整数类型默认必须是有符号或无符号，这个选择权完全交给了编译器和你使用的目标平台。不过行业里有通用的惯例：

• 对于short、int、long、long long，几乎所有主流编译器（GCC/Clang、MSVC等）在常见的x86、x64、ARM平台上，默认都会把它们设为有符号类型。毕竟大多数编程场景都需要处理负数，这是更符合直觉的选择。
• 唯独char是个“特殊分子”：标准允许它默认是有符号或无符号，具体取决于编译器和平台。比如Windows下的MSVC默认char是有符号的，而一些嵌入式平台或者特定编译器配置下，char可能默认无符号。

聊聊你的测试结果 #

你在Mac上用G++（其实Mac的g++是Clang的别名）做的测试，大部分结果是符合主流情况的：

• char、short、int的最值都对应有符号类型的范围，说明它们默认是有符号的。
• 至于long和long long的奇怪结果（min是0，max是-1），问题出在你用int类型去存储64位整数的最值！Mac的64位系统中，long和long long都是64位的，而int是32位的，把64位数值塞进32位变量会发生溢出截断，才出现了这种不符合预期的结果。如果把变量改成long minLong = numeric_limits<long>::min();，你就会看到它的真实最小值是-9223372036854775808，最大值是9223372036854775807，显然也是有符号类型。这个错误确实是个很棒的新手教训——存储类型最值时，一定要用对应匹配的类型！

总结核心决定因素 #

简单来说，整数类型默认的有符号/无符号属性由两个核心因素决定：

• 编译器实现：编译器开发者会根据平台特性和行业惯例来设定默认规则。
• 目标硬件平台：比如CPU的整数寄存器设计、平台的内存模型等，会影响编译器的选择（比如有些平台无符号整数的运算效率更高，可能会默认设为无符号）。

如果想要完全避免平台和编译器带来的不确定性，最稳妥的方式是显式声明类型的有符号性，比如用unsigned char、unsigned long，这样不管在什么环境下，变量的行为都是确定的。

内容的提问来源于stack exchange，提问作者SLN