数据类型长度取决于计算机架构还是编译器？或是两者皆有？

答案很明确：数据类型的实际长度是编译器和计算机架构共同作用的结果，具体可以拆解成这几个层面来看：

1. C语言标准只设下限，不锁死具体长度
   C标准仅规定了各数据类型的最小长度要求：

   • char 至少8位
   • short 至少16位
   • int 至少16位（通常适配架构的通用寄存器宽度）
   • long 至少32位
   • long long 至少64位
     除此之外，标准没有强制任何类型的精确长度，给了编译器和架构足够的灵活空间。

2. 计算机架构是底层约束
   架构的硬件特性直接划定了编译器的选择范围：

   • 比如32位x86架构的通用寄存器是32位，主流编译器会把int和long都设为32位；而64位x86_64架构的寄存器是64位，long就会被设为64位，int仍保持32位（兼顾兼容性和性能）。
   • 再比如8位嵌入式单片机架构，受限于硬件寄存器宽度，int通常会被设为16位，而不是更大的长度。

3. 编译器是最终的规则制定者
   编译器会在标准要求和架构约束的基础上，确定具体的类型长度，甚至可以通过编译选项调整：

   • 你看到的编译器文档明确规定类型长度，本质是该编译器针对目标架构做出的明确实现，确保在其编译环境下的一致性。
   • 比如GCC在64位系统上，可以通过-m32选项生成32位目标代码，此时所有数据类型的长度都会切换为32位架构下的标准，这就是编译器主动调整的结果。
   • 部分小众或专用编译器，可能会为了特定场景（比如嵌入式实时系统），在符合标准的前提下，对类型长度做出自定义规定。

简单来说：架构决定了“能选什么”，编译器决定了“选什么”，两者共同决定了你实际使用的C语言数据类型长度。

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