为什么long int在某些计算机上占用12个字节？

在我的机器上编译以下代码后，我发现了一些奇怪的事情：

#include <stdio.h>

int main()
{
    printf("Hello, World!\n");

    int a,b,c,d;

    int e,f,g;

    long int h;

    printf("The addresses are:\n %0x \n %0x \n %0x \n %0x \n %0x \n %0x \n %0x \n %0x",
        &a,&b,&c,&d,&e,&f,&g,&h);

    return 0;
}

结果如下。注意，每个int地址之间有4个字节的差异。但是，在最后一个int和长整数之间有12个字节的差异：

 Hello, World!
 The addresses are:

 da54dcac 
 da54dca8 
 da54dca4 
 da54dca0 
 da54dc9c 
 da54dc98 
 da54dc94 
 da54dc88

它不需要占用12个字节，而只占用了8个字节。但是，此平台上8字节长的int 的默认对齐方式是8字节。这样，编译器需要将long int移到可以被8整除的地址。“显而易见的”地址da54dc8c不能被8整除，因此需要12个字节的间隙。

您应该能够对此进行测试。如果在long之前添加另一个int，因此有8个int，则应该发现long int可以对齐而无需移动。现在，它距先前的地址只有8个字节。

值得指出的是，尽管此测试应该可以工作，但您不应该依赖以这种方式组织的变量。允许AC编译器做各种时髦的事情，以尝试使您的程序快速运行，包括对变量进行重新排序（有一些警告）。

这是因为您的编译器会在变量之间生成额外的填充，以确保它们在内存中正确对齐。

在大多数现代处理器上，如果值的地址是其大小的倍数，则访问它的效率更高。如果将其放在h第一个可用位置，则其地址将为0xda54dc8c，而不是8的倍数，因此使用效率会降低。编译器对此有所了解，并在最后两个变量之间添加了一些未使用的空间，以确保它发生。

您的测试不一定要测试您的想法，因为这种语言不需要将任何这些局部变量的地址相互关联。

您必须将它们作为字段放入结构中，以便能够推断出有关存储分配的信息。

不需要局部变量以任何特定方式彼此共享存储。编译器可以在堆栈中的任何位置插入一个临时变量，例如，可以在这些局部变量中的任何两个之间。

相比之下，不允许在结构中插入临时变量，因此，如果您打印结构域的地址，那么您将比较打算从同一逻辑内存（结构）分配的项目。