valgrind，memcheck的使用

一，valgrind介绍

​ valgrind是一个开源的，检测内存泄漏的工具，通常在linux下使用，除此之外，他还能检测内存管理错误，线程bug等错误。粗浅的来讲，valgrind由两部分构成，一部分用来模拟cpu和内核，被称为framework（框架），一部分是他用来检测各种错误信息的插件工具。其中的插件包括：

memcheck：是valgrind最重要的工具之一，是一个重量级的内存检查器，它可以帮我们检测是否有使用未初始化的内存,以及内存泄漏，访问越界之类的问题。

callgrind：可以用来统计函数的互相调用情况。可以用来统计某个函数被调用了几次，以及他们的调用关系。

cachegrind：cache分析器，可以精准的指出cache的丢失与命中。还可以统计cache命中与丢失的次数，让我们了解我们程序堆栈的使用情况。

helgrind：主要用来检测线程资源的竞争问题，比如POSIX pthreads API的误用。由锁排序导致的死锁。以及数据的竞争问题等。

massif：堆栈分析器。它可以统计堆和栈使用的内存大小是多少。

extension：可以利用core的特性自己编辑的内存调试工具。

在这里插入图片描述

ps：valgrind相当于一个沙盒，指定的程序会在他模拟的cpu和内核中去运行，所以我们尽量不要使用他来进行性能测试，这是不合理的！。

二，valgrind通用命令

#指定使用的工具
valgrind --tool=toolname program

#指定输出日志的名字
--log-file=logname.log

#打印帮助信息。
-h --help 
 
#显示valgrind的版本
--version 
显示valgrind内核的版本，每个工具都有各自的版本。 

#只打印错误信息
-q --quiet 

#打印更加详细的信息。
-v --verbose

三，memcheck的使用

​ memcheck是valgrind的默认工具，可以与 valgrind program 一起运行，不指定工具时，便默认使用memcheck，即 valgrind --tool=memcheck。运行 Memcheck 时程序运行速度要比正常运行时慢 10-30 倍。这也是为什么我们一般使用它进行功能测试，而不是性能测试的原因。

1，选项

#启用后(=yes 或 =full 或 =summary)，Memcheck会在客户端程序完成后搜索内存泄漏。其默认值为summary，它输出找到的泄漏数。其他可能的值为 yes 和 full，这两个选项都会给出每个泄漏的详细情况。
#禁用(=no)禁用内存泄漏检查。 
--leak-check=

#启用后（将其设定为 =yes），Memcheck 会报告使用未定义值报告的错误。
#禁用时（将其设定为 =no），则不会报告未定义值错误。默认启用这个选项。禁用该选项会稍稍提高 Memcheck 速度。
--undef-value-errors=

#可让用户指定一个或者多个 Memcheck 检查时应该忽略的范围。多个范围使用逗号分开，例如：--ignore-ranges=0xPP-0xQQ,0xRR-0xSS。 
--ignore-ranges=

#输出结果为。。。文件
--log-file=filename

#是否打印间接泄漏日志
--show-reachable=yes.

2，错误类型

1.非法读写错误[invalid read of size 4] ：读写了被释放的内存，没有被分配的内存等，还有内存访问越界等问题导致的。

2.使用未初始化的内存[Conditional jump or move depends on uninitialised value]：使用了没有初始化的值，例如使用没有被初始化的局部变量；或使用了没有初始化的堆。

3.[syscall param write(buf) points to uninitilaised bytes]：buffer不可用，例如在使用snprintf（）时，写入的字符串大于存储的buffer，就会爆出这个错误。

4.非法释放[invalid free()]：重复释放内存块（即double free），或者指针没有指向内存的起始位置。

5.使用不适当的释放函数释放[Mismatched free()/delete/delete[]]：

  • 如果与分配 malloc， calloc， realloc， valloc或者 memalign，必须使用free。
  • 如果分配new，必须使用delete。

6.内存块重叠[source and destination overlap in memcpy(,)]：比如使用 memcpy 函数时源地址和目标地址发生重叠。

7.Fishy argument values[Argument ‘size’ of function malloc has a fishy (possibly negative) value: -3]：需要的内存不合理，例如需要-1的内存，或者很大的内存，无法分配。

3，使用实例与分析

#例如执行./a.out  -p 32903 -i 127.0.0.1 -b 0 -t 10这样的程序。
#那么需要用valgrind的时候，用如下命令
valgrind --tool=memcheck --leak-check=yes --log-file=check.log ./${OBJ_NAME}.o  -p 32903 -i 127.0.0.1 -b 0 -t 10

valgrind 将内存泄漏分为 4 类：并且默认情况下，只会打印明确泄漏 和可能泄漏，如果需要打印 间接泄漏，需要加上选项 --show-reachable=yes.

明确泄漏（definitely lost）：表示某段内存还没有被释放，但是已经没有指针指向它了，所以明确了这里一定发生了内存释放。
间接泄漏（indirectly lost）：某一段内存没有被释放，指向它的指针仍然存在，但是，存放这个指针的内存已经被释放了。
可能泄漏（possibly lost）：指针存在，但并不指向内存头地址，而是指向内存内部的位置。
仍可访达（still reachable）：指针一直存在并指向首地址，直至程序退出时内存还没被释放。例如指针ptr=malloc（）了一段内存，直至程序结束，ptr仍然指向malloc分配的内存的首地址，并且该内存仍然没有没释放。

明确泄漏和间接泄漏毫无疑问是必须修复的，间接泄漏往往在明确泄漏被修复后便解决了，可能泄漏要看我们的函数是不是那样设计的，需要我们检查后定论，而任可访达，也需要我们判断，如果程序正常退出后，仍然有仍可访达，那么也是需要修复的，一般是在程序的结尾忘记了free（）或者close（）某些句柄造成的。如果程序，被信号强行终止，那么就可能就并不是泄漏，只是程序还未走到free（）的地方便结束了程序造成的。

#日志输出后，我们一般先看HEAP SUMMARY（堆总结内存） 以及 LEAK SUMMARY（内存泄漏总结）
==27801== HEAP SUMMARY:
==27801==   in use at exit: 215,528 bytes in 379 blocks
==27801==   total heap usage: 801 allocs, 422 frees, 274,889 bytes allocated
==27801== 	#分配了801次内存，但是只释放了422次。


#leak summary会总结所有类型的内存泄漏，泄漏多少字节，在多少个blocks里面泄漏了。
==27756== LEAK SUMMARY:
==27756==    definitely lost: 520 bytes in 1 blocks
==27756==    indirectly lost: 61,800 bytes in 173 blocks
==27756==    possibly lost: 152,896 bytes in 204 blocks
==27756==    still reachable: 312 bytes in 1 blocks
==27756==    suppressed: 0 bytes in 0 blocks
#统计了使用valgrind的某些参数取消了特定库的某些错误，会被归结到suppressed。


格式
at {地址、函数名、模块或代码行}
by {地址、函数名、代码行}
by …{逐层依次显示调用堆栈}
Address 0x??? {描述地址的相对关系}

#例：明确泄漏分析
#泄漏情况和泄漏类型
==27703== 62,320 (520 direct, 61,800 indirect) bytes in 1 blocks are definitely lost in loss record 116 of 117
==27703==    at 0x48483D0: malloc (vg_replace_malloc.c:262)    #at...在哪里分配的内存
==27703==    by 0x48CC3B3: sqlite3MemMalloc (sqlite3.c:23980)  #by...分配的内存都在哪里被使用了
==27703==    by 0x48B380F: mallocWithAlarm (sqlite3.c:27862)
==27703==    by 0x48B3917: sqlite3Malloc (sqlite3.c:27892)
==27703==    by 0x49925AB: openDatabase (sqlite3.c:28134)
==27703==    by 0x487345F: sqlite3_open_database_table (in /home/。。。/。。。/。。。/。。。/libname.so)#（显示是哪一个库的哪一个函数发生的内存泄漏）
#最后使用这段内存的函数是sqlite3_open_database_table，一般就是这里，或者是调用了这个函数后忘记释放了内存导致的。

四，一些使用经验

1、sqlite3_get_table（）释放

int sqlite3_get_table(
  sqlite3 *db,              /* Database handle */
  const char *Sql,         /* SQL query to be executed */
  char ***Result,        /* Pointer to array of result rows */
  int *nRow,               /* Number of result rows written here */
  int *nColumn,            /* Number of result columns written here */
  char **Errmsg           /* Error msg written here */
);

这个函数会执行 SQL 语句并将结果存储在一个二维字符数组中，然后返回指向这个数组的指针。它在内部会使用malloc来分配足够的内存来容纳查询结果。由于sqlite3_get_table使用了malloc，所以在使用完查询结果后，必须调用sqlite3_free_table （） 来释放由sqlite3_get_table 分配的内存（即需要释放掉result结果），以避免内存泄漏问题。这个函数会释放整个结果数组及其内部的字符串数组所分配的内存。除此之外，如果在调用 sqlite3_get_table函数时出现了错误（比如语法错误、查询失败等），则 Errmsg指向的内存将被写入错误信息。在处理完错误后，调用者需要调用sqlite3_free释放Errmsg 指向的内存，以避免内存泄漏。

2、getaddrinfo（）释放

int getaddrinfo(const char *node, const char *service,
                	const struct addrinfo *hints, struct addrinfo **res);

函数是用于执行主机名到 IP 地址以及服务名到端口号的转换的函数，getaddrinfo 函数会返回一个 addrinfo 结构体链表，因为是使用链表存储，每个节点表示一个可能的主机名和服务名对应的 IP 地址和端口号。这些 addrinfo 结构体的内存是在 getaddrinfo 函数内部使用 malloc 动态分配的。因此，在使用 getaddrinfo 函数时，需要注意在使用完返回的结果后，调用 freeaddrinfo 函数来释放动态分配的内存，避免内存泄漏。

3，else省略导致的内存泄漏

#根据以下信息，我们可以了解到内存泄漏大抵是发生在sqlite3_open_database_table函数中，又检查了自己的主函数后发现已经free过db了在程序结尾处，所以我们基本确定是函数内部的问题。在进行更改。
==9359== 62,320 (520 direct, 61,800 indirect) bytes in 1 blocks are definitely lost in loss record 116 of 117 
==9359==    at 0x48483D0: malloc (vg_replace_malloc.c:262)
==9359==    by 0x48CC3B3: sqlite3MemMalloc (sqlite3.c:23980)
==9359==    by 0x48B380F: mallocWithAlarm (sqlite3.c:27862)
==9359==    by 0x48B3917: sqlite3Malloc (sqlite3.c:27892)
==9359==    by 0x49925AB: openDatabase (sqlite3.c:28134)
==9359==    by 0x48734C7: sqlite3_open_database_table (in /home/。。。/。。。/lib/libmylib.so)
==9359== 

//改前：
==27756== LEAK SUMMARY:
==27756==    definitely lost: 520 bytes in 1 blocks
==27756==    indirectly lost: 61,800 bytes in 173 blocks
==27756==    possibly lost: 152,896 bytes in 204 blocks
==27756==    still reachable: 312 bytes in 1 blocks
==27756==    suppressed: 0 bytes in 0 blocks

//更改之前的代码
int sqlite3_open_database_table(const char *db_name)
{   
    int                         rv = -1; 
    char                        sql_str[SQL_COMMAND_LEN] = {0};
    char                        *err_msg = NULL;

    if ( db_name == NULL )
    {   
        log_error("%s() Invalid input arguments\n", __func__);
        return -1; 
    }   
    
    //if database has exist, just open it 
    if ( 0 == access(db_name, F_OK) )
    {   
        if ( SQLITE_OK != sqlite3_open(db_name, &db) )
        {   
            log_error("open file %s error\n", db_name);
            return -1; 
        }   
        else
        {   
            log_info("open database file '%s' success\n", db_name);
        }   
    }   
  
    //注意，我们这里省略了else，导致这里这里无论如何都会被执行，也就是又多malloc了一个db，
    //正是这个原因，导致了内存泄漏。如果一定要这么用，需要free两次。
    if (  sqlite3_open(db_name, &db) != SQLITE_OK )
    {   
        log_error("create open file %s error\n", db_name);
        return -1; 
    }   
    
    //database has open,create table and open it
    snprintf(sql_str, SQL_COMMAND_LEN,
            "CREATE TABLE IF NOT EXISTS %s(dev_name text,meas_time text,temp real);", TABLE_NAME);
    
    if ( sqlite3_exec(db, sql_str, 0, 0, &err_msg) != SQLITE_OK )
    {   
        log_error("create table: %s failure:%s\n", TABLE_NAME, err_msg);
        sqlite3_free(err_msg);
        sqlite3_close(db);
        unlink(db_name);
        return -1; 
    }   
    
    sqlite3_free(err_msg);

    return 0;
}



//改后：
==5477== LEAK SUMMARY:
==5477==    definitely lost: 0 bytes in 0 blocks
==5477==    indirectly lost: 0 bytes in 0 blocks
==5477==    possibly lost: 152,896 bytes in 204 blocks
==5477==    still reachable: 360 bytes in 2 blocks
==5477==    suppressed: 0 bytes in 0 blocks

//更改后的代码
int sqlite3_open_database_table(const char *db_name)
{   
    int                         rv = -1; 
    char                        sql_str[SQL_COMMAND_LEN] = {0};
    char                        *err_msg = NULL;

    if ( db_name == NULL )
    {   
        log_error("%s() Invalid input arguments\n", __func__);
        return -1; 
    }   
    
    //if database has exist, just open it 
    if ( 0 == access(db_name, F_OK) )
    {   
        if ( SQLITE_OK != sqlite3_open(db_name, &db) )
        {   
            log_error("open file %s error\n", db_name);
            return -1; 
        }   
        else
        {   
            log_info("open database file '%s' success\n", db_name);
        }   
    }   
    else//正常的判断，加入else后，sqlite3——open只执行一个，所以只释放一次即可。
    {   
        if (  sqlite3_open(db_name, &db) != SQLITE_OK )
        {   
            log_error("create open file %s error\n", db_name);
            return -1; 
        }   
    
        //database has open,create table and open it
        snprintf(sql_str, SQL_COMMAND_LEN,
                "CREATE TABLE IF NOT EXISTS %s(dev_name text,meas_time text,temp real);", TABLE_NAME);
    }   
    
    if ( sqlite3_exec(db, sql_str, 0, 0, &err_msg) != SQLITE_OK )
    {   
        log_error("create table: %s failure:%s\n", TABLE_NAME, err_msg);
        sqlite3_free(err_msg);
        sqlite3_close(db);
        unlink(db_name);
        return -1; 
    }   

    sqlite3_free(err_msg);

    return 0;
}

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/573696.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

每日OJ题_BFS解决拓扑排序③_力扣LCR 114. 火星词典

每日OJ题_BFS解决拓扑排序③_力扣LCR 114. 火星词典

目录 力扣LCR 114. 火星词典 解析代码 力扣LCR 114. 火星词典 LCR 114. 火星词典 难度 困难 现有一种使用英语字母的外星文语言，这门语言的字母顺序与英语顺序不同。 给定一个字符串列表 words ，作为这门语言的词典，words 中的字符串已…
阅读更多...
SpringBoot-无法从static上下文引用同非static方法

SpringBoot-无法从static上下文引用同非static方法

1.问题 说明：无法从static上下文引用同非static方法。 2.解决 说明：return后面的语句中，调用的是变量的方法，而不是类型的方法！
阅读更多...
Pytorch学习之路 - CNN

Pytorch学习之路 - CNN

目录 理论预热 实践 构建卷积神经网络 卷积网络模块构建 实战：基于经典网络架构训练图像分类模型 数据预处理部分： 网络模块设置： 网络模型保存与测试 实践 制作好数据源： 图片 标签 展示下数据 加载models中提供的模…
阅读更多...
CMake：相关概念与使用入门（一）

CMake：相关概念与使用入门（一）

1、Cmake概述 Cmake是一个项目构建工具，并且是跨平台的。 关于项目构建我们所熟知的有Makefile，然后通过make命令进行项目的构建，并且大多数是IDE都继承了make，比如：VS的nmake，Linux下的GNU make、Qt的qma…
阅读更多...
OpenCV与AI深度学习 | 如何使用YOLOv9分割图像中的对象

OpenCV与AI深度学习 | 如何使用YOLOv9分割图像中的对象

本文来源公众号“OpenCV与AI深度学习”，仅用于学术分享，侵权删，干货满满。 原文链接：如何使用YOLOv9分割图像中的对象 1 介绍 在我们之前的文章中，我们使用 YOLOv8 探索了令人兴奋的对象分割世界。分割使计算机视觉比…
阅读更多...
Linux进程详解：进程优先级，调度算法，进程特性

Linux进程详解：进程优先级，调度算法，进程特性

文章目录 进程优先级Linux下的调度算法进程特性 进程优先级 进程要访问某种软硬件资源，此时进程需要通过一定的方式（排队），来确认享受某种资源的先后顺序。 优先级是确认先后问题，权限是确认能不能的问题。 资源有限…
阅读更多...
5个常见的前端手写功能：浅拷贝与深拷贝、函数柯里化、数组扁平化、数组去重、手写类型判断函数

5个常见的前端手写功能：浅拷贝与深拷贝、函数柯里化、数组扁平化、数组去重、手写类型判断函数

浅拷贝与深拷贝 浅拷贝 浅拷贝是创建一个新对象，这个对象有着原始对象属性值的一份精确拷贝。如果属性是基本类型，拷贝的就是基本类型的值，如果属性是引用类型，拷贝的就是内存地址，所以如果其中一个对象改变了这个地…
阅读更多...
数据库安全如何保障？YashanDB有妙招（上篇）

数据库安全如何保障？YashanDB有妙招（上篇）

数据库作为信息系统的核心，不仅承载着海量的关键数据，还负责向各类用户提供高效、可靠的信息服务，数据库的安全性显得尤为关键，已成为信息安全体系的重中之重。 什么是数据库安全？ 数据库安全是数据安全的一个子集&…
阅读更多...
AI-数学-高中-45函数单调性与导数

AI-数学-高中-45函数单调性与导数

原作者视频：【导数】【一数辞典】5函数单调性与导数（重要）_哔哩哔哩_bilibili 导数最重要作用：判断函数单调性。 示例：
阅读更多...
基于SpringBoot和Leaflet的地震台网信息预警可视化

基于SpringBoot和Leaflet的地震台网信息预警可视化

目录 前言 一、后台管理设计与实现 1、Model层 2、业务层 3、控制层 二、前端预警可视化设计与实现 1、网页结构 2、数据绑定 三、效果展示 总结 前言 在之前的几篇博客中，我们讲解了如何在Leaflet中进行预警信息提示效果，以及基于XxlCrawler进…
阅读更多...
智能写作工具，一键改写文章不费力

智能写作工具，一键改写文章不费力

改写是一种用来创作原创文章的方式，也是用来提升文章质量的方法。无论我们在创作中通过改写来提升文章的质量，还是用改写帮助我们达到原创文章的生成，文章改写都可以实现我们这些目的，然而，想要高效率轻松改写文章我们…
阅读更多...
三分钟设计自己的工厂！基于昇腾AI处理器昇思MindSpore打造的智能化工大模型为化工研发效率带来10+倍提升

三分钟设计自己的工厂！基于昇腾AI处理器昇思MindSpore打造的智能化工大模型为化工研发效率带来10+倍提升

前言：华为与大连化物所深度合作，联合推出智能化工大模型，AI赋能化工领域，拥抱科学创新，提供了数据驱动化工研发的新范式。 2024年3月22日，在北京国家会议中心召开的昇思人工智能框架峰会上发布了由华为AI4…
阅读更多...
VForm3的文件上传方式

VForm3的文件上传方式

更多ruoyi-nbcio功能请看演示系统 gitee源代码地址 前后端代码： https://gitee.com/nbacheng/ruoyi-nbcio 演示地址：RuoYi-Nbcio后台管理系统 http://122.227.135.243:9666/ 更多nbcio-boot功能请看演示系统 gitee源代码地址 后端代码&#xff1a…
阅读更多...
智能条件单无需盯盘！

智能条件单无需盯盘！

一般我们说到量化交易都觉得很困难，写策略难，看python难，不会使用程序难，电脑交易不方便难，今天我们来看看手机电脑都可以使用的量化基础条件单的操作。 迈入量化第一步，条件单的使用！ 今天小编…
阅读更多...
企业微信hook接口协议,标签变动回调

企业微信hook接口协议,标签变动回调

个人标签新增回调 {"labellist": [{"op": 3, "bDeleted": 0, //0代表新增"create_time": 1678114162, "label_groupid": 14073749131792038, "label_type": 2, "source_appid": 0, "business_typ…
阅读更多...
Python 装饰器

Python 装饰器

Python 装饰器 1. 简单的装饰器 下面是一个简单的装饰器示例，它记录被装饰函数的调用信息： def my_decorator(func):""" 中层函数：接收被装饰的函数 """def wrapper():""" 内层函数&#xf…
阅读更多...
嵌入式4-25

嵌入式4-25

整理思维导图在课上练习的基础上&#xff0c;完成拷贝赋值函数完成下列类 #include <iostream> using namespace std;class person {string name;int age;char sex; public:int *p;person(){cout<<"person无参构造"<<endl;};person(const string n…
阅读更多...
专业护眼灯什么牌子好？2024年专业护眼灯品牌排行分享

专业护眼灯什么牌子好？2024年专业护眼灯品牌排行分享

专业护眼灯什么牌子好&#xff1f;各位家长可能已经注意到一个令人关切的现象&#xff1a;戴眼镜的孩子人数在不断上升&#xff0c;许多孩子正在接受眼部治疗。眼睛健康的问题变得越来越普遍&#xff0c;这无疑令人担忧。在当今数字化时代&#xff0c;孩子们每日需长时间阅读和…
阅读更多...
对腾讯文档AI助手技术架构的简单分析

对腾讯文档AI助手技术架构的简单分析

腾讯文档全面接入了AI&#xff0c;今天腾讯技术大佬tensorchen作者发表了一篇文章《腾讯文档AI助手技术实践》&#xff0c; 里面讲解了从技术应用架构以及AI大模型赋能角度&#xff0c;介绍腾讯文档AI智能助手的探索和实践之路。作为一款集多功能为一体的AI产品&#xff0c;腾…
阅读更多...
Web前端开发之HTML_3

Web前端开发之HTML_3

标签之表格Form表单块元素与行内元素&#xff08;内联元素&#xff09;HTML5新增标签 1. 标签之表格 <table></table> 1.1 表格&#xff08;快速生成&#xff1a;table>tr*2>td*3{单元格}&#xff09; 表格由行、列、单元格组成。单元格有同行等高、同列等…
阅读更多...
最新文章

Copyright @ 2022~2023