|
对于内存泄漏的检查，本质上在于定位内存泄漏。这种定位包含两层含义： 一是定位模块，即哪个模块出了问题。 二是定位代码，即找到造成内存泄漏的代码。 对此，在分工合作完成一个系统的背景下，我们检查内存泄漏的工作流程就应该是：第一，定位模块；第二，如果是我们的模块出现问题，就要定位代码。 对于内存泄漏的检查工作，感觉更像一个侦探工作。只有找到足够的线索，才能找到真正的原因。要想成为一个优秀侦探，自身的侦察能力最重要。而优秀的侦探，一般都会有一些好的侦探工具。 那么，应该怎样来评价内存泄漏的检查工具的优劣？在这里，我们不妨展开想象： 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”来检测。 （#） |
|
|
