函数栈帧的创建和销毁

函数栈帧的创建和销毁

请添加图片描述

请添加图片描述

  • 栈空间的使用是从高地址向低地址的
  • rbp,rsp(64位编译,对于32位编译是ebp,esp寄存器)这2个寄存器中存放的是地址,这2个地址是用来维护函数栈帧的。当前正在调用哪个函数,ebp和esp维护的就是那个函数栈帧
  • 每一次函数调用都要在内存的栈区上开辟一块空间

代码环境为VS2022(不同版本的编译器有可能底层函数的调用情况是不同的,因此强调我使用的编译器),写入以下代码后开始调试,Debug-Windows-Call Stack观察栈帧调用情况

#define _CRT_SECURE_NO_WARNINGS
#include <stdio.h>

int Add(int x, int y)
{
	int z = 0;
	z = x + y;
	return z;
}

int main()
{
	int a = 10;
	int b = 20;
	int c = 0;

	c = Add(a, b);
	printf("%d\n", c);

	return 0;
}

在这里插入图片描述
可以看到实际上作为C程序程序入口的main函数实际上也是被其他函数所调用的。因为invo_main()函数需要返回一个值,因此解释了为什么main函数要返回一个值。

push 压栈,将原来位于invoke_main()的rbp栈底寄存器压入main函数
pop 出栈,从栈顶删除一个元素

  • 局部变量是怎么创建的?
    函数初始化好栈帧空间后,在栈帧空间内为局部变量分配空间。
  • 为什么局部变量不初始化时的值是随机值?
    如果不初始化那么寄存器中的数值是随机分配的(为什么cccccccc是随机值?),初始化后随机值被覆盖。
  • 函数是怎么传参的?传参的顺序是怎样的?- 形参和实参是什么关系?
    c = Add(a,b) 传参时从右往左传,即压栈顺序为先b后a,压栈在Add函数外产生a’和b’。函数调用时并没有在新的函数栈帧为形参x,y开辟内存,而是直接使用了压栈产生的a’和b’。因此说形参是实参的一份临时拷贝。(注意:开辟多少空间,变量分配多少空间是取决于编译器的,编译器不同很有可能实现方式就不一样)
  • 函数调用是怎么做的?
    通过rbp和rsp寄存器的偏移,进行压栈操作,在内存中为调用函数开辟新的栈帧空间。
  • 函数调用结束后是如何返回的?
    在调用函数之前已经把调用函数完后紧跟着的指令的地址保存了,在调用的函数结尾有一条指令可以直接指向保存有指令的地址,因此在调用函数结束后继续执行剩下的代码。
C语言函数创建销毁与程序在内存中的执行过程紧密相关。以如下代码为例进行讲解: ```c #include<stdio.h> int Add(int x, int y) { int z = 0; z = x + y; return z; } int main() { int a = 10; int b = 20; int c = 0; c = Add(a, b); printf("%d\n", c); return 0; } ``` ### 函数创建 在程序执行时,每个函数在调用时都会在创建一个,用于保存该函数的局部变量、参数、返回地址等信息。当调用`main`函数时,会为`main`函数创建一个。在`main`函数中定义局部变量`a`、`b`、`c`,这些变量会被存储在`main`函数中。当调用`Add`函数时,会进行以下操作: - **参数传递**:函数的参数并未在函数创建,而是通过压操作放到`Add`函数底的下面位置。例如,`Add(a, b)`调用时,会将实参`a``b`的值进行压操作,传递给`Add`函数。这里的形参其实是实参的一份拷贝,对形参的修改不会影响实参 [^2][^3]。 - **保存返回地址**:记录调用`Add`函数结束后要返回的`main`函数中的位置,以便`Add`函数执行完毕后能回到正确的位置继续执行。 - **创建**:为`Add`函数创建新的,在这个中会保存`Add`函数的局部变量,如`z`。 ### 函数销毁函数执行完毕后,会进行销毁操作。以`Add`函数为例,执行完`return z`语句后: - **恢复寄存器状态**:将寄存器的值恢复到调用`Add`函数之前的状态。 - **释放局部变量空间**:释放`Add`函数中为局部变量分配的空间,如`z`。 - **恢复返回地址**:从中取出之前保存的返回地址,程序跳转到该地址继续执行,也就是回到`main`函数中调用`Add`函数的下一条语句继续执行。 - **释放参数空间**:释放之前压的参数所占用的空间函数在递归调用时,就是把`Add`函数看成新的`main`函数,不断重复创建工作。如果递归调用太多层,会不断创建新的,最终导致空间耗尽,引发 stack overflow(溢出) [^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Weijian Feng

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值