找内存泄漏，怎么就找到沟里去了

[wenluderen]

//
#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>

CTestGszDlg::~CTestGszDlg( )
{
	 
	_CrtDumpMemoryLeaks(); 

}

[zeloas]

引用 1 楼 bluewanderer 的回复:

这是微软那边的文件夹

微软编译debug版本的v7lib所在的源文件路径

[wenluderen]

引用 2 楼 yao_zhuang 的回复:

[quote=引用 1 楼 bluewanderer 的回复:] 这是微软那边的文件夹

微软编译debug版本的v7lib所在的源文件路径[/quote] 可否这样理解 ，在编译 的时候 微软会把 V7lib 文件复制到 F盘的dd 路径下。或是其他的什么意思？ 我这两天为可查内存泄漏 ，谷歌 好多资料。我发现很多人在内存泄漏的时候 也出现F盘这个路径。不过每一个人解释 为什么会有个这个路径。 另外 即便是在没有F盘的电脑上面，也会出现这个路径。。 所以我说怎么到了沟里面去了。。 晕死。。

[707wk]

你确定不是自己代码哪出错了

[bluewanderer]

这是微软那边的文件夹

[wenluderen]

引用 5 楼 zhao4zhong1 的回复:

检查是否资源泄漏的办法之一： 在任务管理器 进程 查看 选择列 里面选择：内存使用、虚拟内存大小、句柄数、线程数、USER对象、GDI对象 让你的程序(进程)不退出,循环执行主流程很多遍，越多越好，比如1000000次甚至无限循环，记录以上各数值，再隔至少一小时，越长越好，比如一个月，再记录以上各数值。如果以上两组数值的差较大或随时间流逝不断增加，则铁定有对应资源的资源泄漏！

你说 的很有道理。。我就是通过观察句柄数目找到了一个泄漏。 原来我使用 win32的API createthread 来创建线程。这个函数会返回句柄。 而且new 出来的句柄。导致我句柄数目不断增加。内存也在泄漏。 我现在的程序就有资源泄漏。但是一直找不到。。 用了好多工具BoundsChecker Visual Leak Detector 不过感觉都不怎么靠谱。 虽然也查出一些泄漏。但是没有办法查出所有泄漏。 即便是查出了一些 不无法定位到具体位置。。 还提示什么F盘的dd 文件里面有问题。可以我的电脑哦根本就没有F盘。

[wenluderen]

引用 4 楼 zxh707wk 的回复:

你确定不是自己代码哪出错了

直接在VS2010里面使用 向导生成的 对话框程序。然后重写了对话框的 一个函数OnctlClor 。 这也是通过向导实现的。 你感觉这个过程有问题， 还是VS2010 有问题。 另外我看了好多人查内存泄漏的时候 都出现了F的dd 文件夹里面有问题。。 所以 我认为这是一个Bug 后或是 VS里定做了很多我们不知道的事情。

[赵4老师]

VMMap 是进程虚拟和物理内存分析实用工具。http://technet.microsoft.com/zh-cn/sysinternals/dd535533

[赵4老师]

检查是否资源泄漏的办法之一： 在任务管理器 进程 查看 选择列 里面选择：内存使用、虚拟内存大小、句柄数、线程数、USER对象、GDI对象 让你的程序(进程)不退出,循环执行主流程很多遍，越多越好，比如1000000次甚至无限循环，记录以上各数值，再隔至少一小时，越长越好，比如一个月，再记录以上各数值。如果以上两组数值的差较大或随时间流逝不断增加，则铁定有对应资源的资源泄漏！

[陆人葭]

引用 8 楼 zhao4zhong1 的回复:

VMMap 是进程虚拟和物理内存分析实用工具。http://technet.microsoft.com/zh-cn/sysinternals/dd535533

请问这个工具看到的内存和任务管理器看的到内存使用情况结果是一样的吗？