1# 内存泄漏检测<a name="ZH-CN_TOPIC_0000001079076672"></a> 2 3- [基础概念](#section1026719436293) 4- [功能配置](#section13991354162914) 5- [开发指导](#section95828159308) 6 - [开发流程](#section369844416304) 7 - [编程实例](#section460801313313) 8 - [示例代码](#section96539275311) 9 - [结果验证](#section20527343183119) 10 11 12## 基础概念<a name="section1026719436293"></a> 13 14内存泄漏检测机制作为内核的可选功能，用于辅助定位动态内存泄漏问题。开启该功能，动态内存机制会自动记录申请内存时的函数调用关系（下文简称LR）。如果出现泄漏，就可以利用这些记录的信息，找到内存申请的地方，方便进一步确认。 15 16## 功能配置<a name="section13991354162914"></a> 17 181. LOSCFG\_MEM\_LEAKCHECK：开关宏，默认关闭；若打开这个功能，在target\_config.h中将这个宏定义为1。 192. LOSCFG\_MEM\_RECORD\_LR\_CNT：记录的LR层数，默认3层；每层LR消耗sizeof\(void \*\)字节数的内存。 203. LOSCFG\_MEM\_OMIT\_LR\_CNT：忽略的LR层数，默认4层，即从调用LOS\_MemAlloc的函数开始记录，可根据实际情况调整。为啥需要这个配置？有3点原因如下： 21 - LOS\_MemAlloc接口内部也有函数调用； 22 - 外部可能对LOS\_MemAlloc接口有封装； 23 - LOSCFG\_MEM\_RECORD\_LR\_CNT 配置的LR层数有限； 24 25 26正确配置这个宏，将无效的LR层数忽略，就可以记录有效的LR层数，节省内存消耗。 27 28## 开发指导<a name="section95828159308"></a> 29 30### 开发流程<a name="section369844416304"></a> 31 32该调测功能可以分析关键的代码逻辑中是否存在内存泄漏。开启这个功能，每次申请内存时，会记录LR信息。在需要检测的代码段前后，调用LOS\_MemUsedNodeShow接口，每次都会打印指定内存池已使用的全部节点信息，对比前后两次的节点信息，新增的节点信息就是疑似泄漏的内存节点。通过LR，可以找到具体申请的代码位置，进一步确认是否泄漏。 33 34调用LOS\_MemUsedNodeShow接口输出的节点信息格式如下：每1行为一个节点信息；第1列为节点地址，可以根据这个地址，使用GDB等手段查看节点完整信息；第2列为节点的大小，等于节点头大小+数据域大小；第3\~5列为函数调用关系LR地址，可以根据这个值，结合汇编文件，查看该节点具体申请的位置。 35 36``` 37node size LR[0] LR[1] LR[2] 380x10017320: 0x528 0x9b004eba 0x9b004f60 0x9b005002 390x10017848: 0xe0 0x9b02c24e 0x9b02c246 0x9b008ef0 400x10017928: 0x50 0x9b008ed0 0x9b068902 0x9b0687c4 410x10017978: 0x24 0x9b008ed0 0x9b068924 0x9b0687c4 420x1001799c: 0x30 0x9b02c24e 0x9b02c246 0x9b008ef0 430x100179cc: 0x5c 0x9b02c24e 0x9b02c246 0x9b008ef0 44``` 45 46> **注意：** 47>开启内存检测会影响内存申请的性能，且每个内存节点都会记录LR地址，内存开销也加大。 48 49### 编程实例<a name="section460801313313"></a> 50 51本实例实现如下功能：构建内存泄漏代码段。 52 531. 调用LOS\_MemUsedNodeShow接口，输出全部节点信息打印； 542. 申请内存，但没有释放，模拟内存泄漏； 553. 再次调用LOS\_MemUsedNodeShow接口，输出全部节点信息打印； 564. 将两次log进行对比，得出泄漏的节点信息； 575. 通过LR地址，找出泄漏的代码位置； 58 59### 示例代码<a name="section96539275311"></a> 60 61代码实现如下： 62 63``` 64#include <stdio.h> 65#include <string.h> 66#include "los_memory.h" 67#include "los_config.h" 68 69void MemLeakTest(void) 70{ 71 LOS_MemUsedNodeShow(LOSCFG_SYS_HEAP_ADDR); 72 void *ptr1 = LOS_MemAlloc(LOSCFG_SYS_HEAP_ADDR, 8); 73 void *ptr2 = LOS_MemAlloc(LOSCFG_SYS_HEAP_ADDR, 8); 74 LOS_MemUsedNodeShow(LOSCFG_SYS_HEAP_ADDR); 75} 76``` 77 78### 结果验证<a name="section20527343183119"></a> 79 80编译运行输出log如下： 81 82``` 83node size LR[0] LR[1] LR[2] 840x20001b04: 0x24 0x08001a10 0x080035ce 0x080028fc 850x20002058: 0x40 0x08002fe8 0x08003626 0x080028fc 860x200022ac: 0x40 0x08000e0c 0x08000e56 0x0800359e 870x20002594: 0x120 0x08000e0c 0x08000e56 0x08000c8a 880x20002aac: 0x56 0x08000e0c 0x08000e56 0x08004220 89 90node size LR[0] LR[1] LR[2] 910x20001b04: 0x24 0x08001a10 0x080035ce 0x080028fc 920x20002058: 0x40 0x08002fe8 0x08003626 0x080028fc 930x200022ac: 0x40 0x08000e0c 0x08000e56 0x0800359e 940x20002594: 0x120 0x08000e0c 0x08000e56 0x08000c8a 950x20002aac: 0x56 0x08000e0c 0x08000e56 0x08004220 960x20003ac4: 0x1d 0x08001458 0x080014e0 0x080041e6 970x20003ae0: 0x1d 0x080041ee 0x08000cc2 0x00000000 98``` 99 100对比两次log，差异如下，这些内存节点就是疑似泄漏的内存块： 101 102``` 1030x20003ac4: 0x1d 0x08001458 0x080014e0 0x080041e6 1040x20003ae0: 0x1d 0x080041ee 0x08000cc2 0x00000000 105``` 106 107部分汇编文件如下: 108 109``` 110 MemLeakTest: 111 0x80041d4: 0xb510 PUSH {R4, LR} 112 0x80041d6: 0x4ca8 LDR.N R4, [PC, #0x2a0] ; g_memStart 113 0x80041d8: 0x0020 MOVS R0, R4 114 0x80041da: 0xf7fd 0xf93e BL LOS_MemUsedNodeShow ; 0x800145a 115 0x80041de: 0x2108 MOVS R1, #8 116 0x80041e0: 0x0020 MOVS R0, R4 117 0x80041e2: 0xf7fd 0xfbd9 BL LOS_MemAlloc ; 0x8001998 118 0x80041e6: 0x2108 MOVS R1, #8 119 0x80041e8: 0x0020 MOVS R0, R4 120 0x80041ea: 0xf7fd 0xfbd5 BL LOS_MemAlloc ; 0x8001998 121 0x80041ee: 0x0020 MOVS R0, R4 122 0x80041f0: 0xf7fd 0xf933 BL LOS_MemUsedNodeShow ; 0x800145a 123 0x80041f4: 0xbd10 POP {R4, PC} 124 0x80041f6: 0x0000 MOVS R0, R0 125``` 126 127其中，通过查找0x080041ee，就可以发现该内存节点是在MemLeakTest接口里申请的且是没有释放的。 128 129
