问一个底层问题， malloc 申请得到的内存后，再 free 释放它的时候，操作系统会立即收回那块内存吗？？

貌似是今天腾讯的笔试题啊，不过我没去，楼主广研那边一面之后就没消息了么？

@wind3110991 /t/62637

这题的答案是不会.

但当然不能这么肯定, 你可以自己写个操作系统和C库, 就马上回收, 咋咋地?

不会，比如C库申请了一大块内存，中间的一块释放了，而高地址有一块没释放，那么中间那块就不会还给操作系统，但用户代码申请新内存时那块还能用。

@albert43 没了 － －目测被刷了

Google "ptmalloc2" "tcmalloc" "jemalloc" 看完源代码就懂了~
就我自己的感受来说，tcmalloc最清晰，glibc里面的ptmalloc2次之, jemalloc简直…

@jonah

结合自己写了段测试程序：
#include<stdio.h>
int main(){
unsigned char *p = (unsigned char*)malloc(4*sizeof(unsigned char));
memset(p,0,4);
strcpy((char*)p,"Hello guys! ");
printf("%s",p);
free(p);
printf("%s",p);
return 0;
}

输出时打印了两次p的字符串

然后google了c库里free的源码：

void free(void* ap)
{
Header *bp,*p,*prev;
bp=(Header*)ap-1;
for(prev=memptr,p=memptr->s.next;
(p!=bp) && (p!=memtr);prev=p,p=p->next);
if(p!=bp) return;
prev->s.freesize+=p->s.usedsize+p->s.freesize;
prev->s.next=p->s.next;
memptr=prev;
}

应该按理来说就是这个意思，os涉及物理储存的部分，c函数库是无法进行操作的，申请一块内存后，在进程结束前，c库无法在物理内存层面对内存进行直接管理
但是始终有些困惑＝ ＝感觉半懂半懵， 我还是再研究下

记忆可能不准，仅供参考：

Stack由OS统一管理自动分配[地址有序]，Heap比较宽松自主管理[地址乱序]

不同语言对Stack/Heap使用不一样，不过基本上malloc都通过OS来操作，而free却未必会把
空间直接还给OS，也许只是按特定方式收集标记起来，适时一起归还，也许直接就归还了，
因为OS对内存管理是按照Page为单位的，你如果要归还的空间不满一个Page，OS无法处理。

具体到C语言，也是一样，要看库怎么写的，但有OS的情况下，malloc最小申请一个Page，
而free也通常不会直接释放，而是收集标记后再交给malloc归还给OS

FYI: http://moss.cs.iit.edu/cs351/assets/slides-malloc.pdf

@bcxx 大神！！那么请问下如果在同一个编译模块下，我在free了一块内存（我叫他为Page1）后再次malloc，那么之前os会有可能分配之前申请到的那一块相同的内存（Page1）吗？是不是free后被标记就暂时无法再被分配了

@wind3110991 当然可能，而且应该如此，减少page fault

@Andiry 谢谢！

@tonyluj 感觉内核代码还不适合我研究啊，现在刚刚入门

@fenjuly bingo～

mark下 还挺好奇的
写C的时候是直接malloc完乖乖free没有想很多
编MIPS的的时候对stack的操作是即时的，用完即pop，不知道可不可以类推到C

@DiveIntoEyes thanks!我看了下你发的链接，写的很清楚啊

虚拟内存，可以一直分配，但是物理内存不会超过一定限制的。