进程的内存分配(堆和栈)

进程的内存分配
来源:  ChinaUnix博客  日期:2006.02.27 10:22 (共有条评论)  我要评论
 

一个由c/C++编译的程序占用的内存分为以下几个部分
1、栈区(stack)— 由编译器自动分配释放 ,存放函数的参数值,局部变量的值等。其操作方式类似于数据结构中的栈。
2、堆区(heap) — 一般由程序员分配释放, 若程序员不释放,程序结束时可能由OS回收 。注意它与数据结构中的堆是两回事,分配方式倒是类似于链表,呵呵。
3、全局区(静态区)(static)—,全局变量和静态变量的存储是放在一块的,初始化的全局变量和静态变量在一块区域, 未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。 - 程序结束后有系统释放
4、文字常量区 —常量字符串就是放在这里的。 程序结束后由系统释放
5、程序代码区—存放函数体的二进制代码。
二、例子程序
这是一个前辈写的,非常详细
//main.cpp
int a = 0; 全局初始化区
char *p1; 全局未初始化区
main()
{
int b; 栈
char s[] = "abc"; 栈
char *p2; 栈
char *p3 = "123456"; 123456\0在常量区,p3在栈上。
static int c =0; 全局(静态)初始化区
p1 = (char *)malloc(10);
p2 = (char *)malloc(20);
分配得来得10和20字节的区域就在堆区。
strcpy(p1, "123456"); 123456\0放在常量区,编译器可能会将它与p3所指向的"123456"优化成一个地方。

二、堆和栈的理论知识
2.1申请方式
stack:
由系统自动分配。 例如,声明在函数中一个局部变量 int b; 系统自动在栈中为b开辟空间
heap:
需要程序员自己申请,并指明大小,在c中malloc函数
如p1 = (char *)malloc(10);
在C++中用new运算符
如p2 = (char *)malloc(10);
但是注意p1、p2本身是在栈中的。
2.2
申请后系统的响应
栈:只要栈的剩余空间大于所申请空间,系统将为程序提供内存,否则将报异常提示栈溢出。
堆:首先应该知道操作系统有一个记录空闲内存地址的链表,当系统收到程序的申请时,
会遍历该链表,寻找第一个空间大于所申请空间的堆结点,然后将该结点从空闲结点链表中删除,并将该结点的空间分配给程序,另外,对于大多数系统,会在这块内存空间中的首地址处记录本次分配的大小,这样,代码中的delete语句才能正确的释放本内存空间。另外,由于找到的堆结点的大小不一定正好等于申请的大小,系统会自动的将多余的那部分重新放入空闲链表中。
2.3申请大小的限制
栈:在Windows下,栈是向低地址扩展的数据结构,是一块连续的内存的区域。这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的,在 WINDOWS下,栈的大小是2M(也有的说是1M,总之是一个编译时就确定的常数),如果申请的空间超过栈的剩余空间时,将提示overflow。因此,能从栈获得的空间较小。
堆:堆是向高地址扩展的数据结构,是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的,自然是不连续的,而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见,堆获得的空间比较灵活,也比较大。
2.4申请效率的比较:
栈由系统自动分配,速度较快。但程序员是无法控制的。
堆是由new分配的内存,一般速度比较慢,而且容易产生内存碎片,不过用起来最方便.
另外,在WINDOWS下,最好的方式是用VirtualAlloc分配内存,他不是在堆,也不是在栈是直接在进程的地址空间中保留一快内存,虽然用起来最不方便。但是速度快,也最灵活
2.5堆和栈中的存储内容
栈: 在函数调用时,第一个进栈的是主函数中后的下一条指令(函数调用语句的下一条可执行语句)的地址,然后是函数的各个参数,在大多数的C编译器中,参数是由右往左入栈的,然后是函数中的局部变量。注意静态变量是不入栈的。
当本次函数调用结束后,局部变量先出栈,然后是参数,最后栈顶指针指向最开始存的地址,也就是主函数中的下一条指令,程序由该点继续运行。
堆:一般是在堆的头部用一个字节存放堆的大小。堆中的具体内容有程序员安排。
2.6存取效率的比较
char s1[] = "aaaaaaaaaaaaaaa";
char *s2 = "bbbbbbbbbbbbbbbbb";
aaaaaaaaaaa是在运行时刻赋值的;
而bbbbbbbbbbb是在编译时就确定的;
但是,在以后的存取中,在栈上的数组比指针所指向的字符串(例如堆)快。
比如:
#include ;
void main()
{
char a = 1;
char c[] = "1234567890";
char *p ="1234567890";
a = c[1];
a = p[1];
return;
}
对应的汇编代码
10: a = c[1];
00401067 8A 4D F1 mov cl,byte ptr [ebp-0Fh]
0040106A 88 4D FC mov byte ptr [ebp-4],cl
11: a = p[1];
0040106D 8B 55 EC mov edx,dword ptr [ebp-14h]
00401070 8A 42 01 mov al,byte ptr [edx+1]
00401073 88 45 FC mov byte ptr [ebp-4],al
第一种在读取时直接就把字符串中的元素读到寄存器cl中,而第二种则要先把指针值读到edx中,在根据edx读取字符,显然慢了。

2.7小结:
堆和栈的区别可以用如下的比喻来看出:
使用栈就象我们去饭馆里吃饭,只管点菜(发出申请)、付钱、和吃(使用),吃饱了就走,不必理会切菜、洗菜等准备工作和洗碗、刷锅等扫尾工作,他的好处是快捷,但是自由度小。
使用堆就象是自己动手做喜欢吃的菜肴,比较麻烦,但是比较符合自己的口味,而且自由度大。
堆和栈的区别主要分:
操作系统方面的堆和栈,如上面说的那些,不多说了。
还有就是数据结构方面的堆和栈,这些都是不同的概念。这里的堆实际上指的就是(满足堆性质的)优先队列的一种数据结构,第1个元素有最高的优先权;栈实际上就是满足先进后出的性质的数学或数据结构。
虽然堆栈,堆栈的说法是连起来叫,但是他们还是有很大区别的,连着叫只是由于历史的原因。
<think>我们首先分析用户的问题:"内存分别由谁进行分配"。结合之前的引用讨论,我们需要明确(stack)(heap)内存的分配主体。 根据引用[1]: - (stack):由编译器自动管理内存的分配释放。当函数调用时,其局部变量在上分配内存;函数结束时,这些内存自动释放。 - (heap):由程序员显式分配释放(例如,在C++中使用`new``delete`,在C中使用`malloc``free`)。 但是,引用[2]指出硬件内存架构没有区分,它们都位于主内存中,而是由操作系统制定规则,通过虚拟机(如JVM、V8引擎等)动态创建的内存模型的一个抽象概念。 引用[3]则说明(heap)是操作系统提供的一个动态内存分配的内存抽象,应用程序通过获得内存。 因此,我们可以总结: 1. **内存的分配者**:主要由编译器(编译时生成指令)在程序运行时自动管理,实际的内存分配释放由程序的运行时环境(包括操作系统硬件)支持。具体来说,编译器在生成代码时,会插入指令来调整指针(如x86的push/pop操作),从而分配或释放帧。操作系统在创建线程或进程时,会为分配初始内存空间。 2. **内存的分配者**:由程序员通过代码显式请求分配(如调用`malloc`或`new`),但实际的内存分配操作由运行时的内存管理器(例如libc库中的malloc实现)或操作系统的内存管理单元(通过系统调用如brk/sbrk或mmap)来执行。 具体分析如下: ### 一、内存分配 - **分配主体**:编译器生成代码,在函数调用时通过移动指针(例如x86架构的`ESP`/`RSP`寄存器)来动态分配帧。函数返回时,指针回退,自动释放帧。 - **操作系统角色**:在进程创建时,操作系统会为进程分配一块连续的虚拟地址空间作为主线程的。对于多线程程序,每个线程创建时也会分配独立的空间(通常由线程库或操作系统分配)。 - **特点**: - 分配/释放速度快(仅移动指针) - 大小固定(编译时确定或系统限制) - 无需显式管理 ### 二、内存分配 - **分配主体**: - **程序员**:通过调用内存分配函数(如`malloc`, `calloc`, `new`等)显式请求内存。 - **内存分配器**:运行时库(如glibc的ptmalloc)管理内存池,处理分配请求。它会跟踪空闲内存块,执行分割与合并等操作。 - **操作系统**:当内存不足时,内存分配器通过系统调用(如`sbrk`或`mmap`)向操作系统申请扩展进程空间。 - **特点**: - 分配/释放由程序员控制(或通过垃圾回收器自动回收,如Java) - 内存空间大但管理复杂 - 存在内存碎片风险 ### 三、分配过程对比 | **特性** | (stack) | (heap) | |------------------|----------------------------------------|-------------------------------------------| | **分配者** | 编译器生成指令,运行时移动指针 | 程序员请求,内存分配器(如glibc)实现 | | **释放者** | 编译器生成指令,函数返回时自动释放 | 程序员显式释放(或由垃圾回收器自动回收) | | **底层支持** | 操作系统分配初始空间,硬件执行指针操作 | 操作系统提供虚拟内存扩展(brk/mmap) | | **分配效率** | 极高(仅移动指针) | 较低(需查找合适内存块,可能触发系统调用) | | **空间限制** | 较小(通常MB级) | 较大(受虚拟内存大小限制) | ### 示例代码分析 ```c #include <stdlib.h> void func() { int a; // 分配(编译器自动插入指令) int *b = malloc(sizeof(int)); // 分配:调用malloc->glibc->系统调用 free(b); // 释放 } ``` ### 结论 - **内存分配**:由编译器在编译时规划,运行时通过调整指针自动完成,操作系统提供初始内存空间硬件支持。 - **内存分配**:由程序员发起请求,通过运行时的内存管理器(如glibc)具体执行,最终由操作系统扩展虚拟内存空间。 --- 相关问题: 1. 内存溢出内存溢出有什么区别? 2. 为什么的分配速度比快? 3. 垃圾回收机制如何管理内存? </think>### 内存的分配机制分析 #### 一、内存的分配者 1. **编译器主导分配** 编译器在编译期确定帧大小,生成操作指针的机器指令。函数调用时通过调整指针(如x86的`ESP/RSP`寄存器)自动分配空间: $$ \Delta \text{指针} = -\text{局部变量总大小} $$ 例如函数内的`int a[10]`会直接生成`sub esp, 40`指令[^1]。 2. **操作系统提供基础** 进程启动时操作系统分配初始空间(Linux默认8MB),通过页表映射到物理内存。线程创建时也会分配独立空间[^2]。 3. **硬件加速机制** CPU通过专用寄存器(指针、基址指针)硬件电路实现高速操作,如`PUSH/POP`指令仅需1-3个时钟周期。 #### 二、内存的分配者 1. **程序员显式请求** 通过内存分配函数发起请求: ```c int* ptr = malloc(1024); // C标准库请求 int* arr = new int[100]; // C++操作符请求 ``` 2. **内存分配器管理** 运行时库(如glibc的`ptmalloc`)管理空闲内存链表: ```mermaid graph LR A[malloc调用] --> B[查找空闲块] B -->|存在| C[分割内存块] B -->|不存在| D[扩展空间] D --> E[brk/sbrk系统调用] E --> F[操作系统响应] ``` 3. **操作系统最终执行** 内核通过系统调用响应扩展请求: - `brk()`调整数据段结束地址 - `mmap()`直接映射匿名页(大内存时使用) 分配物理页并更新页表[^3]。 #### 三、关键对比 | **特性** | (stack) | (heap) | |-----------------|----------------------------|------------------------------| | **分配主体** | 编译器+CPU硬件 | 程序员+内存分配器+操作系统 | | **分配时机** | 函数调用时自动 | 显式请求时动态分配 | | **释放机制** | 函数返回时自动释放 | 需手动释放(free/delete) | | **空间扩展** | 固定大小(可能溢出) | 可动态增长(受虚拟内存限制) | | **速度成本** | $$ O(1) \text{ 极快} $$ | $$ O(\log n) \text{ 较慢} $$ | > **典型场景**: > 函数`void foo(){ int x; }`中: > - `x`由编译器生成操作指令 > - 操作系统已预分配内存页 > - CPU直接修改指针完成分配 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值