C/C++内存四区

墨蓝 2023-08-17 16:43 87阅读 0赞

## 内存模型图 ##

![1475571-20190902174027066-1390651290.png][]

32位CPU可寻址4G线性空间，每个进程都有各自独立的4G逻辑地址，其中0~3G是用户态空间，3~4G是内核空间，不同进程相同的逻辑地址会映射到不同的物理地址中。其逻辑地址其划分如下：

各个段说明如下：

3G用户空间和1G内核空间

**静态区域：**

text segment(**代码段**):包括只读存储区和文本区，其中只读存储区存储字符串常量，文本区存储程序的机器代码。

data segment(**数据段**)：存储程序中已初始化的全局变量和静态变量

bss segment(**BSS段**)：存储未初始化的全局变量和静态变量（局部+全局），以及所有被初始化为0的全局变量和静态变量，对于未初始化的全局变量和静态变量，程序运行main之前时会统一清零。即未初始化的全局变量编译器会初始化为0

**动态区域：**

heap（**堆区**）： 当进程未调用malloc时是没有堆段的，只有调用malloc时采用分配一个堆，并且在程序运行过程中可以动态增加堆大小(移动break指针)，从低地址向高地址增长。分配小内存时使用该区域。  堆的起始地址由mm\_struct 结构体中的start\_brk标识，结束地址由brk标识。

memory mapping segment(**映射区**):存储动态链接库等文件映射、申请大内存（malloc时调用mmap函数）

stack（**栈区**）：使用栈空间存储函数的返回地址、参数、局部变量、返回值，从高地址向低地址增长。在创建进程时会有一个最大栈大小，Linux可以通过ulimit命令指定。

## 内存四区： ##

一个由C/C++编译的程序占用的内存分为以下几个部分

1、**栈区(stack)**：就是那些由编译器在需要的时候分配，在不需要的时候自动清除的变量的存储区。里面的变量通常是函数的返回地址、参数、局部变量、返回值等，从高地址向低地址增长。在一个进程中，位于用户虚拟地址空间顶部的是用户栈，编译器用它来实现函数的调用。其操作方式类似于数据结构中的栈。

2、**堆区(heap)**： 一般由程序员分配释放， 若程序员不释放，程序结束时可能由OS回收 。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表，在程序运行过程中可以动态增加堆大小(移动break指针)，从低地址向高地址增长。

**        堆**：是操作系统所维护的一块特殊内存，它提供了动态分配的功能，当运行程序调用malloc()时就会从中分配，稍后调用free()可把内存交还。

**        自由存储区**：自由存储是C++中通过new和delete动态分配和释放对象的抽象概念，通过new来申请的内存区域可称为自由存储区。基本上，所有的C++编译器默认使用堆来实现自由存储，也即是缺省的全局运算符new和delete也许会按照malloc和free的方式来被实现，这时藉由new运算符分配的对象，说它在堆上也对，说它在自由存储区上也正确。但程序员也可以通过重载操作符，改用其他内存来实现自由存储，例如全局变量做的对象池，这时自由存储区和堆区就有区别了。

**3****、数据区**：主要包括静态全局区和静态区，如果要站在汇编角度细分的话还可以分为很多小的区。

**        全局区&静态区**：全局变量和静态变量被分配到同一块内存中，在以前的 C 语言中，全局变量和静态变量又分为

全局初始化区(**DATA段**) ：存储程序中已初始化的全局变量和静态变量

未初始化段(**BSS段**) ：存储未初始化的全局变量和静态变量（局部+全局）。BSS段在DATA段的相邻的另一块区域。

BBS段特点：在程序执行前BBS段自动清零，所以未初始化的全局变量和静态变量在程序执行前已经成为0。

在 C++ 里面没有这个区分了，他们共同占用同一块内存区。

**4****、代码区**：包括**只读存储区**和**文本区**，其中**只读存储区**存储**字符串常量**，就是常量区，**文本区**存储**程序的机器代码**。

## 明确区分堆与栈 ##

在 BBS 上，堆与栈的区分问题，似乎是一个永恒的话题，由此可见，初学者对此往往是混淆不清的，所以我决定拿他第一个开刀。

首先，我们举一个例子：

void f() { int* p=new int[5]; }

这条短短的一句话就包含了堆与栈，看到 new，我们首先就应该想到，我们分配了一块堆内存，那么指针 p 呢？他分配的是一块栈内存，所以这句话的意思就是：在栈内存中存放了一个指向一块堆内存的指针 p。在程序会先确定在堆中分配内存的大小，然后调用 operator new 分配内存，然后返回这块内存的首地址，放入栈中，他在 VC6 下的汇编代码如下：

00401028push 14h
    0040102Acall operator new (00401060)
    0040102Fadd esp,4
    00401032mov dword ptr [ebp-8],eax
    00401035mov eax,dword ptr [ebp-8]
    00401038mov dword ptr [ebp-4],eax

这里，我们为了简单并没有释放内存，那么该怎么去释放呢？

是 delete p 么？噢，错了，应该是 delete \[\]p，这是为了告诉编译器：我删除的是一个数组，VC6 就会根据相应的 Cookie 信息去进行释放内存的工作。

## 堆和栈的区别 ##

好了，我们回到我们的主题：堆和栈究竟有什么区别？

主要的区别由以下几点：

1、管理方式不同；

2、空间大小不同；

3、能否产生碎片不同；

4、生长方向不同；

5、分配方式不同；

6、分配效率不同；

**管理方式：**对于栈来讲，是由编译器自动管理，无需我们手工控制；对于堆来说，释放工作由程序员控制，容易产生memory leak。

**空间大小：**一般来讲在 32 位系统下，堆内存可以达到4G的空间，从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲，一般都是有一定的空间大小的，例如，在VC6下面，默认的栈空间大小是1M（好像是，记不清楚了）。当然，我们可以修改：打开工程，依次操作菜单如下：Project->Setting->Link，在 Category 中选中 Output，然后在 Reserve 中设定堆栈的最大值和 commit。注意：reserve 最小值为 4Byte；commit 是保留在虚拟内存的页文件里面，它设置的较大会使栈开辟较大的值，可能增加内存的开销和启动时间。

**碎片问题：**对于堆来讲，频繁的 new/delete 势必会造成内存空间的不连续，从而造成大量的碎片，使程序效率降低。对于栈来讲，则不会存在这个问题，因为栈是先进后出的队列，他们是如此的一一对应，以至于永远都不可能有一个内存块从栈中间弹出，在他弹出之前，在他上面的后进的栈内容已经被弹出，详细的可以参考数据结构，这里我们就不再一一讨论了。

**生长方向：**对于堆来讲，生长方向是向上的，也就是向着内存地址增加的方向；对于栈来讲，它的生长方向是向下的，是向着内存地址减小的方向增长。

**分配方式：**堆都是动态分配的，没有静态分配的堆。栈有2种分配方式：静态分配和动态分配。静态分配是编译器完成的，比如局部变量的分配。动态分配由 malloc 函数进行分配，但是栈的动态分配和堆是不同的，他的动态分配是由编译器进行释放，无需我们手工实现。

**分配效率：**栈是机器系统提供的数据结构，计算机会在底层对栈提供支持：分配专门的寄存器存放栈的地址，压栈出栈都有专门的指令执行，这就决定了栈的效率比较高。堆则是 C/C++ 函数库提供的，它的机制是很复杂的，例如为了分配一块内存，库函数会按照一定的算法（具体的算法可以参考数据结构/操作系统）在堆内存中搜索可用的足够大小的空间，如果没有足够大小的空间（可能是由于内存碎片太多），就有可能调用系统功能去增加程序数据段的内存空间，这样就有机会分到足够大小的内存，然后进行返回。显然，堆的效率比栈要低得多。

从这里我们可以看到，堆和栈相比，由于大量 new/delete 的使用，容易造成大量的内存碎片；由于没有专门的系统支持，效率很低；由于可能引发用户态和核心态的切换，内存的申请，代价变得更加昂贵。所以栈在程序中是应用最广泛的，就算是函数的调用也利用栈去完成，函数调用过程中的参数，返回地址，EBP 和局部变量都采用栈的方式存放。所以，我们推荐大家尽量用栈，而不是用堆。

虽然栈有如此众多的好处，但是由于和堆相比不是那么灵活，有时候分配大量的内存空间，还是用堆好一些。

无论是堆还是栈，都要防止越界现象的发生（除非你是故意使其越界），因为越界的结果要么是程序崩溃，要么是摧毁程序的堆、栈结构，产生以想不到的结果,就算是在你的程序运行过程中，没有发生上面的问题，你还是要小心，说不定什么时候就崩掉，那时候 debug 可是相当困难的）

对了，还有一件事，如果有人把堆栈合起来说，那它的意思是栈，可不是堆，呵呵，清楚了？

## static 用来控制变量的存储方式和可见性 ##

函数内部定义的变量，在程序执行到它的定义处时，编译器为它在栈上分配空间，函数在栈上分配的空间在此函数执行结束时会释放掉，这样就产生了一个问题: 如果想将函数中此变量的值保存至下一次调用时，如何实现？ 最容易想到的方法是定义一个全局的变量，但定义为一个全局变量有许多缺点，最明显的缺点是破坏了此变量的访问范围（使得在此函数中定义的变量，不仅仅受此函数控制）。需要一个数据对象为整个类而非某个对象服务，同时又力求不破坏类的封装性，即要求此成员隐藏在类的内部，对外不可见。

**static 的内部机制：**

静态数据成员要在程序一开始运行时就必须存在。因为函数在程序运行中被调用，所以静态数据成员不能在任何函数内分配空间和初始化。这样，它的空间分配有三个可能的地方，一是作为类的外部接口的头文件，那里有类声明；二是类定义的内部实现，那里有类的成员函数定义；三是应用程序的 main(）函数前的全局数据声明和定义处。

静态数据成员要实际地分配空间，故不能在类的声明中定义（只能声明数据成员）。类声明只声明一个类的“尺寸和规格”，并不进行实际的内存分配，所以在类声明中写成定义是错误的。它也不能在头文件中类声明的外部定义，因为那会造成在多个使用该类的源文件中，对其重复定义。

static 被引入以告知编译器，将变量存储在程序的静态存储区而非栈上空间，静态数据成员按定义出现的先后顺序依次初始化，注意静态成员嵌套时，要保证所嵌套的成员已经初始化了。消除时的顺序是初始化的反顺序。

**static 的优势****：**

可以节省内存，因为它是所有对象所公有的，因此，对多个对象来说，静态数据成员只存储一处，供所有对象共用。静态数据成员的值对每个对象都是一样，但它的值是可以更新的。只要对静态数据成员的值更新一次，保证所有对象存取更新后的相同的值，这样可以提高时间效率。引用静态数据成员时，采用如下格式：

<类名>::<静态成员名>

如果静态数据成员的访问权限允许的话(即 public 的成员)，可在程序中，按上述格式来引用静态数据成员。

Ps：

(1) 类的静态成员函数是属于整个类而非类的对象，所以它没有this指针，这就导致了它仅能访问类的静态数据和静态成员函数。

(2) 不能将静态成员函数定义为虚函数。

(3) 由于静态成员声明于类中，操作于其外，所以对其取地址操作，就多少有些特殊，变量地址是指向其数据类型的指针，函数地址类型是一个“nonmember 函数指针”。

(4) 由于静态成员函数没有 this 指针，所以就差不多等同于 nonmember 函数，结果就产生了一个意想不到的好处：成为一个 callback 函数，使得我们得以将 c++ 和 c-based x window 系统结合，同时也成功的应用于线程函数身上。

(5) static 并没有增加程序的时空开销，相反她还缩短了子类对父类静态成员的访问时间，节省了子类的内存空间。

(6) 静态数据成员在<定义或说明>时前面加关键字 static。

(7) 静态数据成员是静态存储的，所以必须对它进行初始化。

(8) 静态成员初始化与一般数据成员初始化不同：

初始化在类体外进行，而前面不加 static，以免与一般静态变量或对象相混淆；

初始化时不加该成员的访问权限控制符 private、public；

初始化时使用作用域运算符来标明它所属类；

所以我们得出静态数据成员初始化的格式：

<数据类型><类名>::<静态数据成员名>=<值>

(9) 为了防止父类的影响，可以在子类定义一个与父类相同的静态变量，以屏蔽父类的影响。这里有一点需要注意：我们说静态成员为父类和子类共享，但我们有重复定义了静态成员，这会不会引起错误呢？不会，我们的编译器采用了一种绝妙的手法：name-mangling 用以生成唯一的标志。

## 函数调用模型 ##

变量三要素是：名称、大小、作用域。那么变量的生命周期是多长呢？

编译器是如何管理每个函数间变量的生命周期呢？

要研究变量的生命周期，而变量一般又是在函数中定义分配空间的。

因此下面研究一下变量作为函数参数和返回值传递分析,下面我们具体总结一下，各个函数的变量的生命周期

[![clip\_image001979d7868-b5e9-431c-bcce-11590a100e9a][clip_image001979d7868-b5e9-431c-bcce-11590a100e9a]][clip_image001979d7868-b5e9-431c-bcce-11590a100e9a_clip_image001979d7868-b5e9-431c-bcce-11590a100e9a]

main里面的变量分配内存，函数fa(),函数fb()中的变量分配的内存空间它们的生命周期都是多长呢？

开始已经说明了内存主要分为四区，因此每个函数中变量在堆栈的生命周期是不同的，同时在函数调用的时候，先执行的函数最后才执行完毕

[![clip\_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b][clip_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b]][clip_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b_clip_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b]

char*fa()
    {
         char*pa = "123456";//pa指针在栈区，“123456”在常量区，该函数调用完后指针变量pa就被释放了
         char*p = NULL;     //指针变量p在栈中分配4字节
         p=(char*)malloc(100);//本函数在这里开辟了一块堆区的内存空间，并把地址赋值给p
         strcpy(p, "wudunxiong 1234566");//把常量区的字符串拷贝到堆区
         return p;//返回给主调函数fb()，相对fa来说fb是主调函数，相对main来说，fa(),fb()都是被调用函数
    }
    char*fb()
    {
         char*pstr = NULL;
         pstr = fa();
         return pstr;//指针变量pstr在这就结束
    }
     
    void main()
    { 
         char*str = NULL;
         str = fb();
         printf("str = %s\n",str);
         free(str);    //防止内存泄露，被调函数fa()分配的内存存的值通过返回值传给主调函数，然后主调函数释放内存
         str = NULL;//防止产生野指针
         system("pause");
    }

函数调用总结：

1、主调函数分配的内存空间（堆，栈，全局区）可以在被调用函数中使用，可以以指针作函数参数的形式来使用

2、被调用函数分配的内存空间只有堆区和全局区可以在主调函数中使用（返回值和函数参数），而栈区却不行，因为栈区函数体运行完之后

这个函数占用的内存编译器自动帮你释放了。

3、一定要明白函数的主被调关系以及主被调函数内存分配回收，也就是后面接下几篇总结的函数的输入输出内存模型

\[参考:[https://www.cnblogs.com/daocaoren/archive/2011/06/29/2092957.html][https_www.cnblogs.com_daocaoren_archive_2011_06_29_2092957.html]\]

\[参考:[https://blog.csdn.net/wu5215080/article/details/38899259][https_blog.csdn.net_wu5215080_article_details_38899259]\]

转载于:https://www.cnblogs.com/WindSun/p/11328820.html

[1475571-20190902174027066-1390651290.png]: /images/20230809/757f38b40e9346768dd3cc5d89882419.png
[clip_image001979d7868-b5e9-431c-bcce-11590a100e9a]: https://img2018.cnblogs.com/blog/1475571/201908/1475571-20190809175741767-519112290.png
[clip_image001979d7868-b5e9-431c-bcce-11590a100e9a_clip_image001979d7868-b5e9-431c-bcce-11590a100e9a]: /images/20230809/4f7c2c5150184e6e948408ac7231e605.png
[clip_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b]: https://img2018.cnblogs.com/blog/1475571/201908/1475571-20190809175756957-1350663572.png
[clip_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b_clip_image002a0d6a42f-b93d-4e49-a56f-b4b0452b579b]: /images/20230809/f2f28083b09a44bfa74160ab01a56199.png
[https_www.cnblogs.com_daocaoren_archive_2011_06_29_2092957.html]: https://www.cnblogs.com/daocaoren/archive/2011/06/29/2092957.html
[https_blog.csdn.net_wu5215080_article_details_38899259]: https://blog.csdn.net/wu5215080/article/details/38899259