free真的释放内存了吗？

不要天真的想程序中用了free之后，你的程序就会把内存还给了操作系统。从事C编程的人应该要知道，我们所用

的malloc和free是由glibc提供的。glibc是一个具有系统级感觉的用户级程序，负责管理内存堆区。所以到底把free的

内存还给还是没还给操作系统，大家还是看malloc和free的源码比较好。
现在就交大家测试一下malloc和free的方法。

01 #include <stdlib.h>
02 #include <stdio.h>
03
04 char * ch [ 1000 ];
05
06 int main( intargc , char * argv [])
07 {
08
09     inti , j;
10
11     int size = atoi( argv [ 1 ]);
12
13     for( i = 0; i < 1000; ++ i)
14         ch [ i ] = ( char *) malloc( size);    //申请内存
15
16     for( i = 0; i < 1000; ++ i)              //换入内存，如不进行操作，glibc并不会真正的向系统申请内存
17         for( j = 0; j < size; ++ j)          //这样做是为了去掉glibc对内存管理的优化操作
18             ch [ i ][ j ] = 'a';
19
20     getchar();                         //IO中断，为了给查看进程内存提供时间
21
22     for( i = 0; i < 1000; ++ i)              //释放内存
23         free( ch [ i ]);
24
25     while( 1);                          //为了给查看进程内存提供时间
26
27     return0;
28
29 }

终端1:
gcc test.c
./a.out 32768
之后不要敲击任何键

终端2：
ps v -C a.out
我测试的时候，内存利用率大概为8%

之后，在终端1上敲击一下回车，程序会调用free释放内存。

在终端2上重新键入ps v -C a.out，会发现内存利用率并没有下降还是8%（看到了吧，free之后是什么样子，并没有

变）。

当我们把32768换成65536再试试，你就会发现不一样的情况。看样子glibc在释放的时候是做了阈值限制的，大于

64K的内存块才是被真正的释放。当然这只是glibc其中的冰山一角。具体那些小一些的块是如何处理的，大家就自

己研究吧。

转载于:https://www.cnblogs.com/haolujun/archive/2011/06/13/2079559.html