对于内存泄漏的检查,本质上在于定位内存泄漏。这种定位包含两层含义:
一是定位模块,即哪个模块出了问题。
二是定位代码,即找到造成内存泄漏的代码。
对此,在分工合作完成一个系统的背景下,我们检查内存泄漏的工作流程就应该是:第一,定位模块;第二,如果是我们的模块出现问题,就要定位代码。
对于内存泄漏的检查工作,感觉更像一个侦探工作。只有找到足够的线索,才能找到真正的原因。要想成为一个优秀侦探,自身的侦察能力最重要。而优秀的侦探,一般都会有一些好的侦探工具。
那么,应该怎样来评价内存泄漏的检查工具的优劣?在这里,我们不妨展开想象:
1) 它可以自由选择监测的时间点;
2) 它可以attach 任何一个运行的进程来追踪内存泄漏;
3) 我不需要在我的程序中加任何代码;
4) 没有源代码,我照样能发现内存泄漏的地方;
5) 我能得到每次分配内存,而未释放的堆栈情况。
6) 不管是发布版,还是调试版的程序,都能做到上面几点。
在此,我推荐使用MicroSoft公司自己开发的一个工具——LeakDiag。
LeakDiag是一个监测内存泄漏的工具,可以用来精确地找到内存泄露一直到代码行。它使用微软的Detours 技术,拦截指定内存分配的调用并跟踪各种调用栈,并报告已分配但尚未释放的内存,这一信息允许让我们在排除一个内存泄露问题时,能精确查看哪些组件进行了该分配。使用正确的调试符号,我们甚至可以看见请求分配的代码行。比较了市面上各种内存泄漏检测工具,我觉得这个工具较好的做到了上面的6 点。
LeakDiag支持5种不同的分配:
1) 虚拟分配。 这种分配可追踪用VirtualAlloc/ VirtualAllocEx 等关于虚拟内存分配的内存。此时,选择LeakDiag 上[Memory allocators] 选项的“Virtual Memory Allocator”来检测。
2) 堆分配。这种分配可追踪NTDLL.DLL中如下函数分配的内存。
· RtlCreateHeap,
· RtlDestroyHeap,
· RtlAllocateHeap,
· RtlFreeHeap,
· RtlReAllocateHeap,
· LocalReAlloc,
· LocalFree,
· LocalAlloc,
· LocalReAlloc,
· GlobalAlloc,
· GlobalReAlloc and
· GlobalFree
此时,选择LeakDiag 上[Memory allocators] 选项的“Windows Heap Allocator”来检测。
3) 线程局部存储(Thread Local Storage,TLS指允许一个进程的多个线程存储每个线程所独有的数据的一种Win32 机制)分配。这种分配可追踪MSDART32.DLL中如下函数分配的内存。
· MPHeapAlloc,
· MPHeapFree and
· MPHeapReAlloc
此时,选择LeakDiag 上[Memory allocators] 选项的“MPHeap Allocator”来检测。
4) COM分配(外部和内部)。这种分配可追踪OLE32.DLL,OLEAUT32.DLL 中如下函数分配的内存。
· CoGetMalloc,
· CoTaskMemAlloc,
· CoTaskMemFree,
· CoTaskMemRealloc,
· CRetailMalloc_Alloc,
· CRetailMalloc_Free,
· CRetailMalloc_Realloc,
· SysAllocStringLen,
· SysAllocStringByteLen,
· SysAllocString,
· SysFreeString,
· SysReAllocString and
· SysReAllocStringLen
此时,选择LeakDiag 上[Memory allocators] 选项的“COM Allocator”或“COM Internal Allocator”来检测。
5) C运行时分配。这种分配可追踪MSVCRT.DLL中如下函数分配的内存。
· malloc,
· calloc,
· realloc,
· free,
· new,
· new[],
· delete and
· delete[]
此时,选择LeakDiag 上[Memory allocators] 选项的“C Runtime Allocator”来检测。
(#)
联系客服