这个问题来自回答堆栈溢出问题为什么书上说,“编译器为内存中的变量分配空间”?,我试图向OP演示当你在堆栈上分配一个变量时会发生什么,以及编译器如何生成知道要分配的内存大小的代码。显然编译器分配的空间比需要的多得多。
但是,在编译以下内容时
#include <iostream>
using namespace std;
int main()
{
int foo;
return 0;
}
您可以使用在调试模式下编译的Visual C 2012获得以下汇编器输出,而无需优化:
int main()
{
00A31CC0 push ebp
00A31CC1 mov ebp,esp
00A31CC3 sub esp,0CCh // Allocates 204 bytes here.
00A31CC9 push ebx
00A31CCA push esi
00A31CCB push edi
00A31CCC lea edi,[ebp-0CCh]
00A31CD2 mov ecx,33h
00A31CD7 mov eax,0CCCCCCCCh
00A31CDC rep stos dword ptr es:[edi]
int foo;
return 0;
00A31CDE xor eax,eax
}
在我的程序中再添加一个int
会使上面的注释行变为以下内容:
00B81CC3 sub esp,0D8h // Allocate 216 bytes
@JamesKanze在我的回答中提出的问题链接在顶部,为什么编译器,显然不仅仅是Visual C(我还没有用另一个编译器做过实验),分别分配了204和216个字节,在第一种情况下它只需要四个,在第二种情况下它只需要八个?
该程序创建一个32位可执行文件。
从技术角度来看,为什么它可能需要分配204个字节,而不仅仅是4个?
编辑:
调用两个函数并在main中创建一个double
和两个int
,你会得到
01374493 sub esp,0E8h // 232 bytes
对于与上面编辑相同的程序,它在发布模式下执行此操作(没有优化):
sub esp, 8 // Two ints
movsd QWORD PTR [esp], xmm0 // I suspect this is where my `double` goes
这个额外的空间由 /Zi编译选项生成。它启用编辑继续。额外的空间可用于您在调试时编辑代码时可能添加的局部变量。
您也看到了/RTC的效果,它将所有局部变量初始化为0xccccccc,这样更容易诊断由于忘记初始化变量而出现的问题,当然这些代码都不是在默认的Release配置设置中生成的。