C++中int、long int、long long int大小及char符号属性疑问

关于long int与int在Visual Studio下大小均为4字节的问题 #

C++语言标准从未对基础整数类型的固定字节长度做强制规定，仅明确了两个核心约束：

• 不同整数类型的大小满足相对关系：short <= int <= long <= long long
• 各类型的最小长度下限：short至少16位（2字节）、int至少16位、long至少32位（4字节）、long long至少64位（8字节）

你看到的文章标注long int占8字节，是64位类Unix系统（Linux、macOS等）采用LP64数据模型的实现结果——这类系统下long为64位（8字节）。而Windows 64位系统采用的是LLP64数据模型，该模型下long和int均为32位（4字节），只有long long为64位，Visual Studio作为Windows平台的原生编译器自然遵循这个规则，因此你的测试结果完全符合平台实现逻辑，不存在错误。

关于long long大小为8字节而非16字节的问题 #

按照C++标准的最小长度要求，long long的定位就是64位宽度的整数类型，对应8字节长度，可覆盖的带符号整数范围为-2^63 ~ 2^63-1，已经能满足绝大多数开发场景下的大整数存储需求，因此所有遵循标准的编译器（包括MSVC、GCC、Clang等）都将long long实现为8字节。

你预期的16字节宽度对应128位整数，这不属于C++标准定义的内置基础类型，仅部分编译器提供了非标准扩展支持（比如GCC/Clang的__int128类型），自然不会和标准的long long类型绑定。

关于char类型的符号属性与负数存储场景 #

首先需要明确：C++中存在三种独立的字符类型：char、signed char、unsigned char，其中不带修饰符的普通char的符号性是实现定义的——编译器可以自行决定普通char是有符号还是无符号：比如x86架构下的MSVC、GCC默认将普通char实现为有符号类型，ARM架构下的GCC则默认实现为无符号类型。
char支持unsigned修饰、会出现负数值的核心原因是，char类型从设计之初就不只是用来存储ASCII字符：

• ASCII编码确实仅占用0_{127的非负范围，但大量单字节扩展字符集（比如ISO-8859-1系列）会用到128}255的编码值，如果用有符号char存储这部分值，就会被解析为-128_{-1的负数；处理UTF-8编码时也会遇到同样问题——UTF-8的多字节序列中，后续字节的取值范围是0x80}0xBF，用默认有符号的char存储时全部为负值，很容易引发逻辑错误。
• char类型常被当作单字节整型使用，用来处理二进制流、文件IO、网络数据包的逐字节读写，这类场景下字节的取值范围是0~255，必须用unsigned char才能保证解析结果符合预期，不会因为符号位扩展出现异常负值。
• 部分内存敏感场景下，开发者会主动用signed char存储-128~127范围的小整数，这类场景下char存储负数是常规用法。

跨平台开发提示：如果需要确定宽度的整数类型，建议直接使用<cstdint>头文件中定义的int32_t、uint64_t等固定宽度类型，避免基础类型因平台实现差异引发的bug。

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