本人在工作上使用C/C++一年多的时间了，对C++的内存泄漏有着一些自己的见解。
在MFC debug模式下，如果用new申请出来的内存没有释放，最后VS在“输出”窗口中会提示有内存泄漏，并且会告诉内存泄漏的地址和大小。如果在单个的EXE文件可以用鼠标点击这个信息直接定位到引起内存泄漏的变量上；而如果是调用的DLL中出现了内存泄漏则无法用这种方式定位错误代码。这里介绍一种方式：在内存泄漏的提示信息中会给出其地址，而第二次运行程序时，一般来说变量的地址不会改变，所有这时，可以设断点，察看哪个变量的地址与提示信息中的一样，即可找出内存泄漏。
而防止因new引起的内存泄漏的最好方式，是用boost的shared_ptr智能指针。而二维、多维数组，boost也有提供支持，而本人的TwoDimesionArray<T> 也提供了很好的实现。这可以完全从内存泄漏的阴影中走出来。
可对于一些隐式的申请资源，却没有比较的解决方案。比如MFC中的创建的句柄得释放，用fopen打球的文件指针得释放，openCV中用cvCreateImage创建的图像得释放。这时就不能用MFC的智能检测工具，或者boundscheck之类的工具帮助我们了。
现在，个人觉得对于这种情况，最好的方法就是在源代码级别进行代码分析，找出那些只有"create"，而没有"release"的代码。
这就得实现一个简单的C++编译系统，不过现在应该有比如成熟的方法或者库来进行这个工作。就把这个项目放入自己“待实现的程序”这一栏中吧~~
