实例介绍利用valgrind定位内存泄漏问题 我就是我 2022-03-20 13:12 222阅读 0赞 在前面的文章中, 我们简单了解了valgrind工具的用途以及安装, 以便大家能进行实际操作。 在本文中, 我们通过实例来看看如何利用valgrind来定位内存泄漏问题。 先看程序: #include <stdio.h>#include <stdlib.h>char* getMemory(){ char *p = (char *)malloc(30); return p;}int main(){ char *p = getMemory(); p = NULL; return 0;} 只要是懂一点C/C++的人, 就很容易看出上述程序有内存泄漏, 我们用valgrind工具来检测下: [root@xxx ~/valgrind-3.8.1/bin]# ./valgrind --tool=memcheck --leak-check=yes --show-reachable=yes ./a.out==19226== Memcheck, a memory error detector==19226== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.==19226== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info==19226== Command: ./a.out==19226== ==19226== ==19226== HEAP SUMMARY:==19226== in use at exit: 30 bytes in 1 blocks==19226== total heap usage: 1 allocs, 0 frees, 30 bytes allocated==19226== ==19226== 30 bytes in 1 blocks are definitely lost in loss record 1 of 1==19226== at 0x4C278FE: malloc (vg_replace_malloc.c:270)==19226== by 0x4005B5: getMemory() (in /root/valgrind-3.8.1/bin/a.out)==19226== by 0x4005CC: main (in /root/valgrind-3.8.1/bin/a.out)==19226== ==19226== LEAK SUMMARY:==19226== definitely lost: 30 bytes in 1 blocks==19226== indirectly lost: 0 bytes in 0 blocks==19226== possibly lost: 0 bytes in 0 blocks==19226== still reachable: 0 bytes in 0 blocks==19226== suppressed: 0 bytes in 0 blocks==19226== ==19226== For counts of detected and suppressed errors, rerun with: -v==19226== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 6 from 6)[root@xxx ~/valgrind-3.8.1/bin]# 我们可以很清楚地看到, 在getMemory调用malloc的那里, 有内存泄漏。最左边的19226表示进程号! 不过, 这样看着也挺蛋疼的, 如果代码过多, 肉眼据不太好分析了, 能不能把内存泄漏的代码行给找出来呢? 当然能! 回想一下我们之前介绍过得core dump定位到代码行的问题, 两个必要条件是: 编译时必须有-g参数; 编译后不能strip. 我们一起再看看: [root@xxx ~/valgrind-3.8.1/bin]# g++ -g test.cpp [root@xxx ~/valgrind-3.8.1/bin]# [root@xxx ~/valgrind-3.8.1/bin]# ./valgrind --tool=memcheck --leak-check=yes --show-reachable=yes ./a.out==20448== Memcheck, a memory error detector==20448== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.==20448== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info==20448== Command: ./a.out==20448== ==20448== ==20448== HEAP SUMMARY:==20448== in use at exit: 30 bytes in 1 blocks==20448== total heap usage: 1 allocs, 0 frees, 30 bytes allocated==20448== ==20448== 30 bytes in 1 blocks are definitely lost in loss record 1 of 1==20448== at 0x4C278FE: malloc (vg_replace_malloc.c:270)==20448== by 0x4005B5: getMemory() (test.cpp:5)==20448== by 0x4005CC: main (test.cpp:11)==20448== ==20448== LEAK SUMMARY:==20448== definitely lost: 30 bytes in 1 blocks==20448== indirectly lost: 0 bytes in 0 blocks==20448== possibly lost: 0 bytes in 0 blocks==20448== still reachable: 0 bytes in 0 blocks==20448== suppressed: 0 bytes in 0 blocks==20448== ==20448== For counts of detected and suppressed errors, rerun with: -v==20448== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 6 from 6)[root@xxx ~/valgrind-3.8.1/bin]# 好了, 泄漏的代码行出来了。 这里, 我顺便说说以往介绍过得addr2line命令, 如果用addr2line -e a.out 0x4005B5, 也是能得出代码行的。 fix后的代码如下: #include <stdio.h>#include <stdlib.h>char* getMemory(){ char *p = (char *)malloc(30); return p;}int main(){ char *p = getMemory(); if(p != NULL) { free(p); p = NULL; } return 0;} 我们再用valgrind工具检测一下: [root@xxx ~/valgrind-3.8.1/bin]# g++ -g test.cpp [root@xxx ~/valgrind-3.8.1/bin]# [root@xxx ~/valgrind-3.8.1/bin]# ./valgrind --tool=memcheck --leak-check=yes --show-reachable=yes ./a.out==21033== Memcheck, a memory error detector==21033== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.==21033== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info==21033== Command: ./a.out==21033== ==21033== ==21033== HEAP SUMMARY:==21033== in use at exit: 0 bytes in 0 blocks==21033== total heap usage: 1 allocs, 1 frees, 30 bytes allocated==21033== ==21033== All heap blocks were freed -- no leaks are possible==21033== ==21033== For counts of detected and suppressed errors, rerun with: -v==21033== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 6 from 6)[root@xxx ~/valgrind-3.8.1/bin]# 可见, 没有内存泄漏了。 爽爽哒 ![羡慕][envy.gif] ![羡慕][envy.gif] 再分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来![https://blog.csdn.net/jiangjunshow][https_blog.csdn.net_jiangjunshow] [envy.gif]: /images/20220320/82756eb0a0ee4919a85a1c2e85b2d242.png [https_blog.csdn.net_jiangjunshow]: https://blog.csdn.net/jiangjunshow/article/details/77338485
相关 Java内存泄漏问题实例 在Java中,内存泄漏通常发生在对象无法正确释放或者被其他代码持续引用的情况下。以下是一个简单的例子: ```java // 创建一个ThreadLocal变量 Thread 痛定思痛。/ 2024年09月20日 16:24/ 0 赞/ 6 阅读
相关 理解Java内存泄漏问题实例 Java内存泄漏是指程序在申请内存后,无法释放已申请的内存空间,导致系统可用内存持续减少。 下面以一个具体的实例来解释: 1. **对象创建**: ```java 缺乏、安全感/ 2024年09月05日 13:48/ 0 赞/ 19 阅读
相关 linux检测内存泄漏工具valgrind 0x00环境 系统版本:ubuntu16.04 检测工具:Valgrind 内存泄漏的产生:内存泄漏(Memory Leak)是指程序中己动态分配的堆内存由于某种原因 忘是亡心i/ 2022年06月03日 00:54/ 0 赞/ 250 阅读
相关 linux工具之检测内存泄漏-valgrind 0.前言 内存泄漏是c++程序常见的问题了,特别是服务类程序,当系统模块过多或者逻辑复杂后,很难通过代码看出内存泄漏; valgrind是一个开源的,检测c++程序内 淩亂°似流年/ 2022年05月31日 08:25/ 0 赞/ 253 阅读
相关 【工具】valgrind检测C++代码内存泄漏 一、valgrind介绍: valgrind是Linux下的一个开源工具,该工具用来检测c++程序是否有非法使用内存的问题,例如访问了未初始化的内存、访问数组时越界、忘记 快来打我*/ 2022年05月06日 10:56/ 0 赞/ 359 阅读
相关 实例介绍利用valgrind定位内存泄漏问题 在前面的文章中, 我们简单了解了valgrind工具的用途以及安装, 以便大家能进行实际操作。 在本文中, 我们通过实例来看看 我就是我/ 2022年03月20日 13:12/ 0 赞/ 223 阅读
相关 内存泄漏检查工具valgrind使用方法 调试内存问题的工具和技术 动态内存分配看起来似乎非常简单:您可以根据需要分配内存 —— 使用 malloc() 或其变种 —— 并在不需要时释放这些内存。实际上,内存管理的问 系统管理员/ 2022年03月17日 11:40/ 0 赞/ 378 阅读
相关 Linux 下面Valgrind跟踪内存泄漏 在写大型C/C++工程时难免会发生内存泄漏现象,系统编程中一个重要的方面就是有效地处理与内存相关的问题。你的工作越接近系统,你就需要面对越多的内存问题。有时这些问题非常琐 青旅半醒/ 2022年02月17日 06:11/ 0 赞/ 250 阅读
相关 valgrind检查代码内存泄漏,5种内存泄漏情况 摘要: valgrind是linux下用于调试程序和查找内存泄露的常用工具。valgrind会报告5种内存泄露,”definitely lost”, “indirectl... 朱雀/ 2021年04月06日 13:27/ 0 赞/ 1042 阅读
还没有评论,来说两句吧...