C/C++ 与 Java 中 char 类型的内存占用：从二进制视角看清本质
开篇直接揭示结论：在 C/C++ 中，char 类型在内存中固定占用 1 个字节（8 位）。无论它存储的是字母、数字还是符号，这个大小始终不变。这一设定并非随意决定，而是由 C/C++ 标准定义的“最小存储单位”，同时也是现代 CPU 在硬件层面可以直接寻址的最小粒度。
你可能会好奇，为何同样是字符，而 Java 中的 char 却占用 2 个字节？别急，我们逐步深入剖析。
char 存储的是数值，而非字符图形
实际上，内存中根本不存在“字符”这种东西——只有 0 与 1 的排列组合。char 类型实际存储的是字符对应的 ASCII 码值（一个整数）。来看几个具体例子：
'A'存储的是二进制01000001（对应的十进制是 65）'0'存储的是00110000（十进制 48，并非数值 0）'\n'存储的是00001010（十进制 10）
可以看到，在 printf 中使用 %c 打印时，系统会查询 ASCII 表将其“翻译”为可见字符；而使用 %d 打印时，则直接显示该整数值。因此，理解 char 的关键在于：它本质上就是一个整数，只是被赋予了字符的解释方式。
有符号 vs 无符号：相同字节，两种解读
同样都是 8 位二进制，解释方式不同，取值范围便大相径庭：
- signed char（通常默认）：最高位充当符号位，范围是 −128 ~ +127
- unsigned char：全部 8 位均视为数值位，范围是 0 ~ 255
举例说明，二进制数 11111111：
- 如果以
signed char解读，则被解释为 −1 - 如果以
unsigned char解读，则被解释为 255
底层那一串比特完全相同，差异仅在于编译器如何“读取”这 8 个比特。这实际上是一个非常巧妙的设计，允许同一个存储单元表示两种截然不同的数值范围。
为什么刚巧是 1 字节？
这并非巧合，而是由一系列设计决策共同决定：
- ASCII 标准本身只需 7 位即可表示所有字符（0–127），留出 1 位用于扩展（例如 ISO-8859 或扩展 ASCII 至 255）
- 现代 CPU 的最小可寻址单元正是 1 字节，尝试访问更小的单位（比如单个 bit）效率极低，硬件架构也不支持
- C/C++ 标准直接规定
sizeof(char)等于 1——这是语言层面的基准单位，其他所有类型的大小均以此为依据（例如sizeof(int) >= sizeof(char)）
注意跨语言差异
回到开篇的问题：切勿将 C/C++ 的 char 与 Java 的 char 混淆：
- C/C++：
char为 1 字节，对应 ASCII 或扩展 ASCII - Java：
char为 2 字节（UTF-16 编码单元），能够直接表示 Unicode 基本平面字符（范围 0–65535）
同一个字符 'A'，在 C 中仅占 1 字节，而在 Java 中却占用 2 字节。这一差异归根结底源于编码模型与运行环境的不同。因此，在跨语言编程时，务必关注这个隐匿的占用成本，否则很容易踩入陷阱。
