继上次重载operator new检测内存泄漏失败之后，妥协了。决定不管是否是准确指明哪一行代码出现内存泄漏，只要告诉我是否有泄漏就行了，这样就没有new替换的问题。在开发中，总是一个个小功能的开发。如果开发完一个小功能告诉我有内存泄漏，那想必也是比较容易找的。
这次的想法是重写operator new，然后每次new的时候记录一下地址及申请内存的大小，释放时删除记录。这样，程序结束时剩余的记录就是泄漏的了。记录的数据结构首选STL的map。结果，在记录时，map需要申请内存，调用new，new需要调用map来记录...居然成了死循环。又得放弃了。
不过总得有个方案检测程序的内存泄漏啊。malloc_hook、mtrace、valgrind得选一个了。感觉malloc_hook有点类似重写operator new，不想用。mtrace每次要生成文件记录，不方便经常调试。也只有valgrind一个选择了。之前不用valgrind是因为自己代码用的库比较多，libev、boost、STL...，其中libev文档指明valgrind对它的检测结果有误，所以开始不用。不过现在也无所谓了，知道有这么回事就好。
Qt creator和valgrind是分开的，确保已安装valgrind，没安装的请sudo apt-get install valgrind。
故意写了内存泄漏的代码“char *pttt = new char[1024];”：
点击Qt creator 中的分析菜单，选中Valgrind Memory Analyzer
Qt creator 会调用valgrind自动分析中，如果程序比较大，可能会很慢
可见valgrind可以将基本的内存泄漏分析出来。但是，工具检测只是提供了参考，对于复杂的程序，尤其是使用了内存池的程序。重要的还是自己写代码时注意。