|
delete cleanupStack;
__UHEAP_MARKEND;
return 0;
}
…
__UHEAP_CHECK(2); //检测在__UHEAP_MARK之后有2个堆单元被分测(a2,a3)
__UHEAP_CHECKALL(3); //检测三个堆已被分配(a1,a2,a3)
delete(a2);
__UHEAP_MARKEND; // 结束检测,a3内存泄露
3、使用hooklogger检测工具
安装方法 传送门
具体使用方法 传送门
4、使用valgrind检测工具
Valgrind是一款非常强大的工具**，它包含有包括内存检测、CPU监测等多种工具，其中最常用的是内存检测功能，它能监测出以下的各种内存错误：
1. 访问非法内存区域
2. 使用未被初始化的内存区域
3. 非法释放内存，比如多次free一个内存
4. 内存泄露
小试牛刀：
valgrind内存检测中五种内存丢失的解释
结果示例：
LEAK SUMMARY:
definitely lost: 140 bytes in 5 blocks.
indirectly lost: 1,252 bytes in 41 blocks.
possibly lost: 0 bytes in 0 blocks.
still reachable: 36 bytes in 1 blocks.
suppressed: 0 bytes in 0 blocks.
1) still reachable: 表示泄漏的内存在程序运行完的时候，仍旧有指针指向它，因而，这种内存在程序运行结束之前可以释放。一般情况下valgrind不会报这种泄漏，除非使用了参数 –show-reachable=yes。
2) definitely losg: 明确地已经泄漏了，因为在程序运行完的时候，没有指针指向它, 指向它的指针在程序中丢失了。一般这种泄漏常见，而且比较难发现问题所在。
3) indirectly lost: 间接地 ????????????????
4) possibly lost: 发现了一个指向某块内存中部的指针，而不是指向内存块头部。这种指针一般是原先指向内存块头部，后来移动到了内存块的中部，还有可能该指针和该内存根本就没有关系，检测工具只是怀疑有内存泄漏。
5) suppressed:
详细使用方法参见：应用 Valgrind 发现 Linux 程序的内存问题 和 linux使用valgrind 工具检查内存泄露两篇文章
实例现象篇
....
...
|