如果我有一个 C++/C 程序（语言无关紧要，只需要说明一个概念）：
#include <iostream>
void foo() {
printf("in foo");
}
int main() {
foo();
return 0;
}
程序集中会发生什么？我实际上并不是在寻找汇编代码，因为我还没有深入了解它，但基本原理是什么？
【问题讨论】：
你可以自己看看：
在 Linux 下“编译”你的程序：
gcc -S myprogram.c
您将获得汇编程序 (myprogram.s) 中的程序列表。
当然，您应该了解一点汇编程序才能理解它（但它值得学习，因为它有助于理解您的计算机是如何工作的）。调用函数（在 x86 架构上）基本上是：
【讨论】：
-masm=intel。
一般情况下是这样的：
call 指令或通过普通的 jmp 或 br 指令（跳转/分支）上述细节因平台而异，甚至因编译器而异（参见例如 STDCALL 与 CDECL 调用约定）。例如，在某些情况下，使用 CPU 寄存器而不是在堆栈上存储内容。不过总体思路是一样的
【讨论】：
会发生什么？
C 模仿汇编中会发生的事情...
它离机器如此之近，你可以意识到会发生什么
void foo() {
printf("in foo");
/*
db mystring 'in foo'
mov eax, dword ptr mystring
mov edx , dword ptr _printf
push eax
call edx
add esp, 8
ret
//thats it
*/
}
int main() {
foo();
return 0;
}
【讨论】：
【讨论】：
通常的想法是调用方法中使用的寄存器被压入堆栈（堆栈指针在ESP寄存器中），这个过程称为“压入寄存器”。有时它们也会归零，但这取决于。汇编程序员倾向于释放更多寄存器而不是常见的 4 个寄存器（EAX、EBX、ECX 和 EDX 在 x86 上），以便在函数中拥有更多可能性。
当函数结束时，反过来也会发生同样的情况：堆栈恢复到调用之前的状态。这称为“弹出寄存器”。
更新：这个过程不一定要发生。编译器可以优化它并内联你的函数。
更新：函数的参数通常以相反的顺序压入堆栈，当它们从堆栈中检索时，它们看起来就像以正常顺序一样。 C 不保证此顺序。（参考：Rick Booth 的Inner Loops）
【讨论】：
一般的想法是你需要
RET 指令知道从哪里继续。具体情况因架构而异。更具体的细节可能因各种语言而异。尽管通常有一些方法可以在一定程度上控制这一点，以实现不同语言之间的互操作性。
一个非常有用的起点是Wikipedia article on calling conventions。例如，在 x86 上，堆栈几乎总是用于将参数传递给函数。然而，在许多 RISC 架构中，主要使用寄存器，而堆栈仅在特殊情况下才需要。
【讨论】：
会发生什么？在 x86 中，主函数的第一行可能类似于：
call foo
call 指令会将返回地址压入堆栈，然后将jmp 压入 foo 的位置。
【讨论】：
1- 在栈上建立一个调用上下文
2-参数入栈
3- 对方法执行“调用”
【讨论】：
程序集中会发生什么？
简要说明：保存当前堆栈状态，创建新堆栈并加载并运行要执行的函数的代码。这包括给微处理器的一些寄存器带来不便，对内存进行一些疯狂的来回读/写，一旦完成，调用函数的堆栈状态就会恢复。
【讨论】：
我认为您想查看调用堆栈以更好地了解函数调用期间发生的情况：http://en.wikipedia.org/wiki/Call_stack
【讨论】：
参数被压入堆栈并发出“调用”指令
调用是一个简单的“jmp”，将指令地址压入堆栈（方法末尾的“ret”弹出并跳转）
【讨论】：