malloc_stats---检查内存泄露的神器_gdb查看内存泄露-优快云博客

本文详细探讨了使用valgrind检测内存泄露时遇到的问题，包括内存泄露误检和检查结果过多导致难以定位问题。通过介绍系统库函数malloc_stats()及其作用，提供了一个有效的方法来精准跟踪和定位内存泄露问题。通过实验证明，结合malloc_stats()函数，开发者能够更准确地识别和修复内存泄露，提升代码质量。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原帖：http://blog.youkuaiyun.com/hust_wusen/article/details/8781680

在之前的博客中提到过，valgrind可以用来检测内存泄露，但在使用中，往往会遇到一些问题，给调试工作带来很多不必要的麻烦，我自己遇到的有以下两种：

(1)内存泄露误检（系统初始化时，可能有一些需要长期保存在内存中的数据结构，这些空间是永远不释放的，而这些内存会被认为绝对泄露）

(2) valgrind检查内存泄露过于全面，运行后的结果太多往往很难从中找到有用的信息。有时候，我们只需要关注某些函数，可能在执行某个操作，调用某些函数时会出现内存泄露，此时，valgrind的工作显得冗余而复杂

系统库函数中提供了malloc_stats()函数，可以统计本进程具体的内存使用情况，精确到字节，malloc_stats()函数声明如下：

#include<stdlib.h>

void malloc_stats(void);

malloc_stats()执行结果如下：

Arena 0://第一个arena（每个线程分配一个arena），这里只有一个线程
system bytes = 135168//本线程从操作系统获得的动态内存，这里是132KB
in use bytes = 1152//本线程在使用的动态内存，1152字节
Total (incl. mmap)://总的使用情况，各个线程使用动态内存的累加值
system bytes = 135168//本进程从操作系统获得的动态内存，这里是132KB
in use bytes = 1152//本进程在使用的动态内存，1152字节
max mmap regions = 0//当一次申请内存超过128KB（32位操作系统）或1MB（64位操作系统）时，会增加mmap区域，这里统计使用mmap区域的个数
max mmap bytes = 0//mmap区域对应内存大小

不说废话，来段代码看看效果

[cpp]view plaincopy 
   
 //test_malloc_stats.c  
 #include<stdio.h>  
 #include<stdlib.h>  
   
 int func1();  
   
 int main()  
 {  
     char *p=NULL;  
     p=(char *)malloc(100);  
     if(!p){  
         printf("In main ,malloc fail\n");  
         return -1;  
     }  
     printf("********before call func1 **********\n");  
     malloc_stats();//在要执行内存检测的函数之前打印内存信息  
       
     func1();  
     printf("\n@@@@@@@@after call func1 @@@@@@@@@@@\n");  
     malloc_stats();//在要执行内存检测的函数之后打印内存信息  
     free(p);  
     return 1;  
       
 }  
   
 int func1(void)//申请1024字节，但没有释放，有内存泄露  
 {  
     char *p=NULL;  
     p=(char *)malloc(1024);//func1函数申请1024字节  
     if(!p)  
     {  
         printf("Malloc error\n");  
     }  
     return 0;  
 }  