windows之家1.windows 怎么检查内存泄漏
Windows 内存诊断程序可以诊断内存泄漏，它会测试计算机随机存取内存（RAM）是否存在错误，包括一组综合性的内存测试。
Windows 内存诊断程序容易使用并且速度快，如果运行 Windows 遇到了问题，可以使用此诊断程序查清问题是否由损坏的硬件所导致的。 还有一个很简单的办法来检查一个程序是否有内存泄漏。
就是是用Windows的任务管理器（Task Manager）。运行程序，然后在任务管理器里面查看 “内存使用”和”虚拟内存大小”两项，当程序请求了它所需要的内存之后，如果虚拟内存还是持续的增长的话，就说明了这个程序有内存泄漏问题。
当然如果内存泄漏的数目非常的小，用这种方法可能要过很长时间才能看的出来。
2.如何检测内存泄漏
内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。
内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，失去了对该段内存的控制，因而造成了内存的浪费。可以使用相应的软件测试工具对软件进行检测。
1. ccmalloc-Linux和Solaris下对C和C++程序的简单的使用内存泄漏和malloc调试库。2. Dmalloc-Debug Malloc Library.3. Electric Fence-Linux分发版中由Bruce Perens编写的malloc（)调试库。
4. Leaky-Linux下检测内存泄漏的程序。5. LeakTracer-Linux、Solaris和HP-UX下跟踪和分析C++程序中的内存泄漏。
6. MEMWATCH-由Johan Lindh编写，是一个开放源代码C语言内存错误检测工具，主要是通过gcc的precessor来进行。7. Valgrind-Debugging and profiling Linux programs, aiming at programs written in C and C++.8. KCachegrind-A visualization tool for the profiling data generated by Cachegrind and Calltree.9. Leak Monitor-一个Firefox扩展，能找出跟Firefox相关的泄漏类型。
10. IE Leak Detector (Drip/IE Sieve)-Drip和IE Sieve leak detectors帮助网页开发员提升动态网页性能通过报告可避免的因为IE局限的内存泄漏。11. Windows Leaks Detector-探测任何Win32应用程序中的任何资源泄漏（内存，句柄等），基于Win API调用钩子。
12. SAP Memory Analyzer-是一款开源的JAVA内存分析软件，可用于辅助查找JAVA程序的内存泄漏，能容易找到大块内存并验证谁在一直占用它，它是基于Eclipse RCP(Rich Client Platform)，可以下载RCP的独立版本或者Eclipse的插件。13. DTrace-即动态跟踪Dynamic Tracing，是一款开源软件，能在Unix类似平台运行，用户能够动态检测操作系统内核和用户进程，以更精确地掌握系统的资源使用状况，提高系统性能，减少支持成本，并进行有效的调节。
14. IBM Rational PurifyPlus-帮助开发人员查明C/C++、托管.NET、Java和VB6代码中的性能和可靠性错误。PurifyPlus 将内存错误和泄漏检测、应用程序性能描述、代码覆盖分析等功能组合在一个单一、完整的工具包中。
15. Parasoft Insure++-针对C/C++应用的运行时错误自动检测工具，它能够自动监测C/C++程序，发现其中存在着的内存破坏、内存泄漏、指针错误和I/O等错误。并通过使用一系列独特的技术（SCI技术和变异测试等），彻底的检查和测试我们的代码，精确定位错误的准确位置并给出详细的诊断信息。
能作为Microsoft Visual C++的一个插件运行。16. Compuware DevPartner for Visual C++ BoundsChecker Suite-为C++开发者设计的运行错误检测和调试工具软件。
作为Microsoft Visual Studio和C++ 6.0的一个插件运行。17. Electric Software GlowCode-包括内存泄漏检查，code profiler，函数调用跟踪等功能。
给C++和.Net开发者提供完整的错误诊断，和运行时性能分析工具包。18. Compuware DevPartner Java Edition-包含Java内存检测，代码覆盖率测试，代码性能测试，线程死锁，分布式应用等几大功能模块。
19. Quest JProbe-分析Java的内存泄漏。20. ej-technologies JProfiler-一个全功能的Java剖析工具，专用于分析J2SE和J2EE应用程序。
它把CPU、执行绪和内存的剖析组合在一个强大的应用中。JProfiler可提供许多IDE整合和应用服务器整合用途。
JProfiler直觉式的GUI让你可以找到效能瓶颈、抓出内存泄漏、并解决执行绪的问题。4.3.2注册码：A-G666#76114F-1olm9mv1i5uuly#012621. BEA JRockit-用来诊断Java内存泄漏并指出根本原因，专门针对Intel平台并得到优化，能在Intel硬件上获得最高的性能。
22. SciTech Software AB .NET Memory Profiler-找到内存泄漏并优化内存使用针对C#,VB.Net，或其它.Net程序。23. YourKit .NET & Java Profiler-业界领先的Java和.NET程序性能分析工具。
24. AutomatedQA AQTime-AutomatedQA的获奖产品performance profiling和memory debugging工具集的下一代替换产品，支持Microsoft, Borland, Intel, Compaq 和 GNU编译器。可以为.NET和Windows程序生成全面细致的报告，从而帮助您轻松隔离并排除代码中含有的性能问题和内存/资源泄露问题。
支持.Net 1.0,1.1,2.0,3.0和Windows 32/64位应用程序。25. JavaScript Memory Leak Detector-微软全球产品开发欧洲团队（Global Product Development- Europe team, GPDE） 发布的一款调试工具，用来探测JavaScript代码中的内存泄漏，运行为IE系列的一个插件。
3.如何检查内存泄露问题
我在实现过程中，也有点拿不稳，特别是用队列或栈来存储树的结点（也是指针）时，为了确保没问题，特别是内存的分配，我搜索并安装了Virtual Leak Detector，一个开源的内存泄漏检测工具。
初识Visual Leak Detector 灵活自由是C/C++语言的一大特色，而这也为C/C++程 序员出了一个难题。当程序越来越复杂时，内存的管理也会变得越加复杂，稍有不慎就会出现内存问题。
内存泄漏是最常见的内存问题之一。内存泄漏如果不是很严 重，在短时间内对程序不会有太大的影响，这也使得内存泄漏问题有很强的隐蔽性，不容易被发现。
然而不管内存泄漏多么轻微，当程序长时间运行时，其破坏力是 惊人的，从性能下降到内存耗尽，甚至会影响到其他程序的正常运行。另外内存问题的一个共同特点是，内存问题本身并不会有很明显的现象，当有异常现象出现时 已时过境迁，其现场已非出现问题时的现场了，这给调试内存问题带来了很大的难度。
Visual Leak Detector是一款用于Visual C++的免费的内存泄露检测工具。可以在/tools/visualleakdetector.asp 下载到。
相比较其它的内存泄露检测工具，它在检测到内存泄漏的同时，还具有如下特点：1、可以得到内存泄漏点的调用堆栈，如果可以的话，还可以得到其所在文件及行号；2、可以得到泄露内存的完整数据；3、可以设置内存泄露报告的级别；4、它是一个已经打包的lib，使用时无须编译它的源代码。而对于使用者自己的代码，也只需要做很小的改动；5、他的源代码使用GNU许可发布，并有详尽的文档及注释。
对于想深入了解堆内存管理的读者，是一个不错的选择。 可见，从使用角度来讲，Visual Leak Detector简单易用，对于使用者自己的代码，唯一的修改是#include Visual Leak Detector的头文件后正常运行自己的程序，就可以发现内存问题。
从研究的角度来讲，如果深入Visual Leak Detector源代码，可以学习到堆内存分配与释放的原理、内存泄漏检测的原理及内存操作的常用技巧等。 本文首先将介绍Visual Leak Detector的使用方法与步骤，然后再和读者一起初步的研究Visual Leak Detector的源代码，去了解Visual Leak Detector的工作原理。
使用Visual Leak Detector(1.0) 下面让我们来介绍如何使用这个小巧的工具。 首先从网站上下载zip包，解压之后得到vld.h, vldapi.h, vld.lib, vldmt.lib, vldmtdll.lib, dbghelp.dll等文件。
将.h文件拷贝到Visual C++的默认include目录下，将.lib文件拷贝到Visual C++的默认lib目录下，便安装完成了。因为版本问题，如果使用windows 2000或者以前的版本，需要将dbghelp.dll拷贝到你的程序的运行目录下，或其他可以引用到的目录。
注：我下载的是较新版1.9，直接安装到系统中。因此使用时必须先在VC中设置一下目录。
接下来需要将其加入到自己的代码中。方法很简单，只要在包含入口函数的.cpp文件中包含vld.h就可以。
如果这个cpp文件包含了stdafx.h，则将包含vld.h的语句放在stdafx.h的包含语句之后，否则放在最前面。如下是一个示例程序：#include void main（) { … } 接下来让我们来演示如何使用Visual Leak Detector检测内存泄漏。
下面是一个简单的程序，用new分配了一个int大小的堆内存，并没有释放。其申请的内存地址用printf输出到屏幕上。
编译运行后，在标准输出窗口得到：p=003a89c0 在Visual C++的Output窗口得到：WARNING: Visual Leak Detector detected memory leaks!---------- Block 57 at 0x003A89C0: 4 bytes ---------- --57号块0x003A89C0地址泄漏了4个字节 Call Stack： --下面是调用堆栈 d:/test/testvldconsole/testvldconsole/main.cpp (7): f --表示在main.cpp第7行的f（)函数 d:/test/testvldconsole/testvldconsole/main.cpp (14): main –双击以引导至对应代码处 f:/rtm/vctools/crt_bld/self_x86/crt/src/crtexe.c (586): __tmainCRTStartup f:/rtm/vctools/crt_bld/self_x86/crt/src/crtexe.c (403): mainCRTStartup 0x7C816D4F (File and line number not available): Data： --这是泄漏内存的内容，0x12345678 78 56 34 12 xV4。.. 。
..Visual Leak Detector detected 1 memory leak. 第二行表示57号块有4字节的内存泄漏，地址为0x003A89C0，根据程序控制台的输出，可以知道，该地址为指针p。
程序的第7行，f（)函数里，在该地址处分配了4字节的堆内存空间，并赋值为0x12345678，这样在报告中，我们看到了这4字节同样的内容。可以看出，对于每一个内存泄漏，这个报告列出了它的泄漏点、长度、分配该内存时的调用堆栈、和泄露内存的内容（分别以16进制和文本格式列出）。
双击该堆栈报告的某一行，会自动在代码编辑器中跳到其所指文件的对应行。这些信息对于我们查找内存泄露将有很大的帮助。
这是一个很方便易用的工具，安装后每次使用时，仅仅需要将它头文件包含进来重新build就可以。而且，该工具仅在build Debug版的时候会连接到你的程序中，如果build Release版，该工具不会对你的程序产生任何性能等方面影响。
所以尽可以将其头文件一直包含在你的源代码中。Visual Leak Detector工作原理 下面让我们来看一下该工具。
4.如何检测内存泄漏
首先，我们检查了代码，发现所有的代码都是用new来分配内存，用delete来释放内存。
那么，我们能够用一个全程替换，来替换掉所有的new和delete操作符吗？不能。因为代码的规模太大了，那样做除了浪费时间没有别的任何好处。
好在我们的源代码是用C++来写成的，所以，这意味着没有必要替换掉所有的new和delete，而只用重载这两个操作符。对了，值用重载这两个操作符，我们就能在分配和释放内存之前做点什么。
这是一个绝对的好消息。我们也知道该如何去做。
因为，MFC也是这么做的。我们需要做的是：跟踪所有的内存分配和交互引用以及内存释放。
我们的源代码使用Visual C++写成，当然这种解决方法也可以很轻松的使用在别的C++代码里面。要做的第一件事情是重载new和delete操作符，它们将会在所有的代码中被使用到。
我们在stdafx.h中，加入：#ifdef _DEBUGinline void * __cdecl operator new(unsigned int size,const char *file, int line){};inline void __cdecl operator delete(void *p){};#endif这样，我们就重载了new和delete操作符。我们用$ifdef和#endif来包住这两个重载操作符，这样，这两个操作符就不会在发布版本中出现。
看一看这段代码，会发现，new操作符有三个参数，它们是，分配的内存大小，出现的文件名，和行号。这对于寻找内存泄漏是必需的和重要的。
否则，就会需要很多时间去寻找它们出现的确切地方。加入了这段代码，我们的调用new（)的代码仍然是指向只接受一个参数的new操作符，而不是这个接受三个参数的操作符。
另外，我们也不想记录所有的new操作符的语句去包含__FILE__和__LINE__参数。我们需要做的是自动的让所有的接受一个参数的new操作符调用接受三个参数的new操作符。
这一点可以用一点点小的技巧去做，例如下面的这一段宏定义，#ifdef _DEBUG#define DEBUG_NEW new(__FILE__, __LINE__)#else#define DEBUG_NEW new#endif#define new DEBUG_NEW现在我们所有的接受一个参数的new操作符都成为了接受三个参数的new操作符号，__FILE__和__LINE__被预编译器自动的插入到其中了。然后，就是作实际的跟踪了。
我们需要加入一些例程到我们的重载的函数中去，让它们能够完成分配内存和释放内存的工作。这样来做， #ifdef _DEBUGinline void * __cdecl operator new(unsigned int size,const char *file, int line){void *ptr = (void *)malloc(size);AddTrack((DWORD)ptr, size, file, line);return(ptr);};inline void __cdecl operator delete(void *p){RemoveTrack((DWORD)p);free(p);};#endif另外，还需要用相同的方法来重载new[]和delete[]操作符。
这里就省略掉它们了。最后，我们需要提供一套函数AddTrack（)和RemoveTrack（)。
我用STL来维护存储内存分配记录的连接表。这两个函数如下：typedef struct {DWORD address;DWORD size;char file[64];DWORD line;} ALLOC_INFO;typedef list AllocList;AllocList *allocList;void AddTrack(DWORD addr, DWORD asize, const char *fname, DWORD lnum){ALLOC_INFO *info;if(!allocList) {allocList = new(AllocList);}info = new(ALLOC_INFO);info->address = addr;strncpy(info->file, fname, 63);info->line = lnum;info->size = asize;allocList->insert(allocList->begin(), info);};void RemoveTrack(DWORD addr){AllocList::iterator i;if(!allocList)return;for(i = allocList->begin(); i != allocList->end(); i++){if((*i)->address == addr){allocList->remove((*i));break；}}}；现在，在我们的程序退出之前，allocList存储了没有被释放的内存分配。
为了看到它们是什么和在哪里被分配的，我们需要打印出allocList中的数据。我使用了Visual C++中的Output窗口来做这件事情。
void DumpUnfreed(){AllocList::iterator i;DWORD totalSize = 0;char buf[1024];if(!allocList)return;for(i = allocList->begin(); i != allocList->end(); i++) {sprintf(buf, "%-50s: LINE %d, ADDRESS %d %d unfreed ",(*i)->file, (*i)->line, (*i)->address, (*i)->size);OutputDebugString(buf);totalSize += (*i)->size;}sprintf(buf, "----------------------------------------------------------- ");OutputDebugString(buf);sprintf(buf, "Total Unfreed: %d bytes ", totalSize);OutputDebugString(buf)；}；现在我们就有了一个可以重用的代码，用来监测跟踪所有的内存泄漏了。这段代码可以用来加入到所有的项目中去。
虽然它不会让你的程序看起来更好，但是起码它能够帮助你检查错误，让程序更加的稳定。
5.系统测试中怎么确定内存泄露
是不是说没有一种内存检查工具能够在linux使用呢，也不是，像valgrind工具还是相当不错的。
他的下载地址是下载一个valgrind3.2.3(tar.bz2)工具，按照里面的README提示，安装后就可以使用这个工具来检测内存泄露和内存越界等。这是一个没有界面的内存检测工具，安装后，输入valgrindls-l验证一下该工具是否工作正常（这是README里面的方法，实际上是验证一下对ls-l命令的内存检测），如果你看到一堆的信息说明你的工具可以使用了。
在编译你的程序时，请设置-g参数，编译出后使用如下的命令来判断你的程序存在内存泄露：valgrind--tools=memcheck--leak-check=fullyourProg在输出信息中就会看到你的内存问题了。
6.内存泄露怎么查,求详解
一： 内存泄漏
内存泄漏是编程中常常见到的一个问题，内存泄漏往往会一种奇怪的方式来表现出来，基本上每个程序都表现出不同的方式。 但是一般最后的结果只有两个，一个是程序当掉，一个是系统内存不足。 还有一种就是比较介于中间的结果程序不会当，但是系统的反映时间明显降低，需要定时的Reboot才会正常。
有 一个很简单的办法来检查一个程序是否有内存泄漏。就是是用Windows的任务管理器（Task Manager）。运行程序，然后在任务管理器里面查看 “内存使用”和”虚拟内存大小”两项，当程序请求了它所需要的内存之后，如果虚拟内存还是持续的增长的话，就说明了这个程序有内存泄漏问题。 当然如果内存泄漏的数目非常的小，用这种方法可能要过很长时间才能看的出来。
当然最简单的办法大概就是用CompuWare的BoundChecker 之类的工具来检测了，不过这些工具的价格对于个人来讲稍微有点奢侈了。
如果是已经发布的程序，检查是否有内存泄漏是又费时又费力。所以内存泄漏应该在Code的生成过程就要时刻进行检查。
二： 原因
内存泄漏产生的原因一般是三种情况：
分配完内存之后忘了回收；
程序Code有问题，造成没有办法回收；
某些API函数操作不正确，造成内存泄漏。
1. 内存忘记回收，这个是不应该的事情。但是也是在代码种很常见的问题。分配内存之后，用完之后，就一定要回收。如果不回收，那就造成了内存的泄漏，造成内存泄漏的Code如果被经常调用的话，那内存泄漏的数目就会越来越多的。从而影响整个系统的运行。
2. 在某些时候，因为代码上写的有问题，会导致某些内存想回收都收不回来
3. API函 数应用不当
三： 检查方法
一 般的内存泄漏检查的确是很困难，但是也不是完全没有办法。如果你用VC的库来写东西的话，那么很幸运的是，你已经有了很多检查内存泄漏的工具，只是你想不 想用的问题了。Visual C++的Debug版本的C运行库（C Runtime Library）。它已经提供好些函数来帮助你诊断你的代码和跟踪内存泄漏。 而且最方便的地方是这些函数在Release版本中完全不起任何作用，这样就不会影响你的Release版本程序的运行效率。
4 .总结：
实际上Heap的内存泄漏问题是相当的好查的。VC的提供的检查工具也不太少，但是如果是栈出了什么问题，恐怕就麻烦很多了。栈出问题，一般不会产生内存泄漏，但是你的代码的逻辑上很有可能会有影响。这个是最最痛苦的事情。 编程，就是小心，小心再小心而已。
转载请注明出处windows之家 » win10如何检测内存泄漏