适用条件:
1. 项目中使用了会导致内存泄露的外界模块而且没有源码。
2. 程序需要长期运行,所以会导致内存堆积。
3. 在整个程序运行周期中,有一定间隙不会使用存在泄露的模块(这个机会可以自己制造,比如暂时中止一下对模块的使用)
若满足以上所有条件,那么就把工程的c/c++ / code generation / runtime library 属性改为Multi-threaded(/MT),如果为debug 那就是Multi-threaded Debug (/MTd),也就是不用带有DLL的那2个选项。
然后重新编译,可以做个测试,写一个dll并在dllmain里分配(在堆上)一个200M的字符串数组,然后free掉这个dll.
奇迹出现了,所有这个dll中分配的内存将会被操作系统回收。
这种方法是实在没有办法的时候才用的,因为要定期去Free某个模块,所以在使用上对代码不透明的,所以需要在代码上做一些调整才可以。
原理:
new的内存块在当地堆(local heap)分配, 一个进程或模块(exe, dll, etc.)会有各自的当地堆,并管理属于自己的当地堆, 如果exe加载dll, exe里new了一个对象, 而这个对象的成员又是通过dll内部函数new出来的, 这样的话, delete exe里那个对象时就会发现对象内部有不是分配在当地堆的内存区域, 就会引发_CrtIsValidHeapPointer ASSERT FAILURE, exe会发现对象内部的成员不在当地堆!(1)
引用:
(1) http://www.xophiix.com.cn/article.asp?id=93
1. 项目中使用了会导致内存泄露的外界模块而且没有源码。
2. 程序需要长期运行,所以会导致内存堆积。
3. 在整个程序运行周期中,有一定间隙不会使用存在泄露的模块(这个机会可以自己制造,比如暂时中止一下对模块的使用)
若满足以上所有条件,那么就把工程的c/c++ / code generation / runtime library 属性改为Multi-threaded(/MT),如果为debug 那就是Multi-threaded Debug (/MTd),也就是不用带有DLL的那2个选项。
然后重新编译,可以做个测试,写一个dll并在dllmain里分配(在堆上)一个200M的字符串数组,然后free掉这个dll.
奇迹出现了,所有这个dll中分配的内存将会被操作系统回收。
这种方法是实在没有办法的时候才用的,因为要定期去Free某个模块,所以在使用上对代码不透明的,所以需要在代码上做一些调整才可以。
原理:
new的内存块在当地堆(local heap)分配, 一个进程或模块(exe, dll, etc.)会有各自的当地堆,并管理属于自己的当地堆, 如果exe加载dll, exe里new了一个对象, 而这个对象的成员又是通过dll内部函数new出来的, 这样的话, delete exe里那个对象时就会发现对象内部有不是分配在当地堆的内存区域, 就会引发_CrtIsValidHeapPointer ASSERT FAILURE, exe会发现对象内部的成员不在当地堆!(1)
引用:
(1) http://www.xophiix.com.cn/article.asp?id=93