linux c 内存泄漏检测组件的分析与实现 (linux常用命令)
本文目录导航：
内存泄漏检测组件的分析与实现（linux c）-mtrace工具使用
内存泄漏的产生原因主要在于在堆上使用了malloc、realloc、calloc等函数分配了内存空间，但未使用free函数释放对应的空间。
这样会导致一段时间后，由于只存在内存分配操作而未释放操作，堆内存资源消耗过度，无法再分配合适的内存，最终可能导致程序崩溃。
预防内存泄漏的最佳策略是通过实现内存泄漏检测组件。
该组件主要分为两个部分：一是知道内存是否发生泄漏，二是定位引起内存泄漏的代码行。
关于如何判断内存是否泄漏，可以使用链表或文件系统记录内存分配与释放情况。
将每次分配内存的操作信息（如地址和大小）记录在链表或文件中，释放内存时同步释放相应记录。
检查记录数据是否为空可判断是否存在内存泄漏。
若使用文件记录，运行前清空文件夹，每次malloc生成对应文件，free后删除文件，最后若文件夹仍有文件，说明存在内存泄漏。
定位内存泄漏的具体代码行可以通过使用宏定义、__FILE__、FUNCTION、__LINE__等C语言特性或使用builtin_return_address() API来实现。
宏定义方法可以避免递归调用问题，更易于追踪内存泄漏发生的具体代码位置。
常用的内存泄漏检测工具包括valgrind、mtrace等。
使用这些工具可以帮助开发者更加直观地检测内存泄漏问题。
在代码运行环境中，重要的是确保编译环境支持所需的功能。
例如，Ubuntu16.04和gcc 5.4编译环境是一个合适的例子，但需要注意代码在不同编译器或环境下的兼容性问题。
实现内存泄漏检测组件的三种常见方式包括重写malloc/free函数、使用宏定义以及mtrace工具的实现。
其中，重写malloc/free函数的方法虽然直观，但存在线程安全问题，可能引发递归调用。
宏定义方式可以有效避免此类问题，实现更为简单。
mtrace工具则通过生成日志文件记录内存分配和释放情况，便于追踪内存泄漏。
具体实现内存泄漏检测组件时，可以使用memleak.c文件并生成memleak可执行文件。
通过实验，我们能够验证内存泄漏检测功能，并根据结果定位到问题代码行。
对于mtrace工具的使用，通过设置MALLOC_TRACE环境变量和生成日志文件，能够记录内存分配与释放的详细情况，辅助分析内存泄漏问题。
总的来说，实现内存泄漏检测组件的目的是为了提高代码质量，确保程序稳定运行。
推荐使用宏定义方式实现内存泄漏检测组件，因其简洁且易于维护。
同时，mtrace工具提供了一种便捷的检测内存泄漏的方法，有助于开发者快速定位问题。
深入理解内存泄漏检查kmemleak
深入理解内存泄漏检查kmemleak内存泄漏问题在软件开发过程中极为常见，尤其是当业务持续运行，系统内存资源逐渐耗尽，导致关键业务进程被OOM（Out Of Memory）杀死。
内核态内存泄漏更为严重，因为它可能导致系统迅速变得不可用，通常需要重启设备或服务器才能恢复。
为了避免此类灾难性事件，我们需要在测试环境中提前发现并处理内存泄漏问题。
内存泄漏主要分为用户态和内核态两种。
本文主要讨论内核态内存泄漏，并按照发生频率将其细分为不同类型。
频发性内存泄漏通常有较多调试手段定位，如通过/proc/meminfo信息初步定位问题模块，进一步分析vmalloc、slab内存异常，利用slabinfo、/sys/kernel/slab/*/alloc_calls或free_calls等工具进行问题定位。
然而，对于一次性或偶发性内存泄漏，定位起来更为困难，且它们给系统带来额外内存压力。
为解决这一问题，kmemleak工具提供了一种有效的检测方法。
kmemleak是一个内核空间内存泄漏检测工具，针对memblock_alloc、kmalloc、vmalloc、kmem_cache_alloc等内核函数分配的内存块进行检测。
其核心原理是暴力扫描内存，假定内存中存放的是指针。
若未找到指向内存块起始地址或任何位置的指针，则该内存块被认为是孤立的，即内核可能无法将其地址传递给释放函数，从而被视为内存泄漏。
内存块通过三种颜色标识：黑色、白色和灰色，分别代表不同状态。
具体如下：黑色：min_count = -1，表示被忽略的内存块，不包含对其他对象的引用，且不存在内存泄漏。
白色：count < min_count，孤立的内存块，没有足够的引用指向该内存块，被认为是泄漏。
灰色：min_count = 0，表示非孤立内存块，不存在内存泄漏的可能。
可以主动标记为灰色以避免误报，如data、bss、ro_after_init等。
kmemleak的检测流程主要包括创建object、扫描、清理等步骤，通过全局变量和数据结构管理内存块信息。
kmemleak代码实现包括初始化、创建object、删除object、扫描等关键函数，如create_object、delete_object_full、delete_object_part、kmemleak_vmalloc等。
在使用kmemleak时需要注意避免误报和漏报问题。
误报即非内存泄漏情况被报告为内存泄漏，可通过kmemleak_ignore、kmemleak_not_leak等函数进行处理。
漏报则是内存泄漏未被检测到，可通过kmemleak_ignore、kmemleak_scan_area、kmemleak_no_scan、kmemleak_erase等函数解决。
kmemleak的使用方法包括启动、查看检测结果、参数配置等，可通过`mount -t debugfs nodev /sys/kernel/debug/`命令进行操作。
具体命令示例包括`echo scan > /sys/kernel/debug/kmemleak`和`cat /sys/kernel/debug/kmemleak`。
通过kmemleak工具，我们可以有效地检测和定位内核态内存泄漏问题，为开发者提供重要的调试线索，帮助优化系统性能，避免由于内存泄漏导致的系统不稳定或崩溃。
如何在安卓系统中侦测和调试内存泄露和越界
在安卓系统中，通过设置属性，可以启用不同的内存调试功能。
当属性设置为特定值时，系统会加载不同的动态库文件来实现内存泄漏和越界检测。
具体来说，当属性设置为1、5或10时，系统会加载/system/lib/libc_malloc_debug_，用于内存泄漏检测。
而设置为20时，则需要在模拟器中运行，且需要确保内存检查已启用，此时会加载/system/lib/libc_malloc_debug_，用于内存泄漏和越界检测。
在实现这些功能时，主要依赖于android/bionic/libc/bionic/malloc_debug_common.c文件中的代码。
其中，内存泄漏检测是通过在每次调用malloc前建立一个AllocationEntry，并将其插入到全局hash表(gHashTable)中来实现的。
每次调用free时，从全局hash表中删除相应的表项。
开发者可以调用get_malloc_leak_info()函数来获取当前全局hash表的情况，从而了解内存占用情况。
例如，在MediaPlayerService中，可以通过binder dump接口调用get_malloc_leak_info/free_malloc_leak_info来获取内存占用信息。
在实际应用中，可以通过在中设置属性为1来启用内存泄漏检测功能。
然后，使用#dumpsys -m命令来查看MediaPlayerService的内存使用情况。
需要注意的是，内存泄漏检测主要使用了1级别的设置，而10级别的设置则用于更详细的内存越界检测。
通过这些方法，开发者可以有效地检测和调试内存泄漏及越界问题。
整体而言，通过设置适当的属性和调用相关的API函数，开发者可以实现对安卓系统中内存泄漏和越界的检测和调试。
phper