据我目前所了解的，编译为64位架构的程序使用的指针RAM比32位替代品多一倍-https://superuser.com/questions/56540/32-bit-vs-64-bit-systems。
这是否意味着编译为64位的代码平均使用的RAM是32位版本的两倍？
我有点怀疑，但我想知道真正的开销是什么。我认为像 short、byte 和 char 这样的小类型在64位架构中大小相同？不过，我对于byte并不确定。鉴于许多应用程序使用大字符串（如Web浏览器等），这些字符串在大多数实现中主要由char数组组成，因此开销可能不会那么大。
所以，即使像 int 和 long 这样的数字类型在64位上更大，它们是否会对RAM的使用产生显著影响？
这取决于编程风格（以及语言，但您正在参考C语言）。
double或int32_t，则内存消耗不会增加。int或long这样的类型，它取决于体系结构；在Linux和Windows之间可能存在差异。这里是您可以选择的替代方案。简而言之，Windows使用LLP64，意味着long long和指针为64位，而Linux使用LP64，其中long也为64位。其他体系结构可能会将int甚至short也设置为64位，但这些相当罕见。float和double在所有情况下都应保持相同的大小。所以你看，它强烈依赖于数据类型的使用方式。
int[] 或 double[]，不会有太大变化。然而，一个处理大量小对象的程序将需要更多的内存。 - glglgl内存占用增加有几个原因。但64位与32位的开销取决于应用程序。
主要原因是在代码中使用了大量指针。但是，在编译为64位并在64位操作系统上运行的代码中动态分配的数组将与在32位系统上分配的数组相同。只有数组的地址更大，内容大小将相同（除非类型大小发生改变 - 但是这不应该发生，并且应该得到很好的记录）。
另一个足迹增加是由于内存对齐。在64位模式下，对齐需要考虑64位地址，因此应该会增加一些开销。
可能代码大小会增加。在某些架构中，64位ISA可能略微大一些。此外，现在您必须调用64位地址。
在运行时，寄存器更大（64位），因此如果使用许多数字类型，则编译器也可以将它们放置在寄存器中，因此这并不一定意味着RAM占用会增加。如果未将其存储到64b寄存器中，则使用double变量可能会导致内存占用增加。
当使用像Java，.NET这样的JIT编译语言时，64位代码的占用量可能会更大，因为运行时环境将通过指针使用，隐藏控制结构等产生额外开销。
但是，没有描述64位内存占用开销的魔术数字。这需要从一个应用程序测量到另一个。从我看到的情况来看，与32位相比，在64位上运行的应用程序的占用量最多增加了20％。但是，这纯粹是基于我遇到的应用程序，并且我主要使用C和C++。
我认为可能有另一个原因，这个原因可以追溯到变量需要存储在内存的64位边界上，地址为...xxxxx000，以便可以一次读取。
byte不是一个标准类型。使用 C99 或更高版本，包含<stdint.h>，然后如果您需要无符号的 8 位 "bytes"，则使用uint8_t。 - Basile Starynkevitch