用Valgrind查找内存泄漏和无效内存访问.doc

用Valgrind查找内存泄漏和无效内存访问Valgrind是x86架构Linux上的多重用途代码剖析和内存调试工具。你可以在它的环境中运行你的程序来监视内存的使用情况，比如C语言中的malloc和free或者C++中的new和delete。如果你使用了未初始化内存，在数组末端外设置内存或是忘记释放指针，Valgrind都可以检测出来。尽管Valgrind还可以做其它的工作，本教程仍然集中在如何使用它来发现内存相关错误，因为这也程序员经常出现的错误。Windows用户不必沮丧，虽然在Windows上没有Valgrind可用，但是你可以试一试IBM的Purify，它在功能上和Valgrind相似。 获得Valgrind 如果你正使用Linux但却没有安装Valgrind，可以去这里免费下载一份。安装过程非常简单，只需要用bzip2解压缩下载的软件包并将其展开即可(下面例子中的XYZ是版本号)。bzip2 -d valgrind-XYZ.tar.bz2tar -xf valgrind-XYZ.tar或者用更简单的方法:tar jxf valgrind-XYZ.tar.bz2这会创建一个叫valgrind-XYZ的目录，进入该目录并运行./configuremakemake install好了，现在你已经安装了Valgrind，可以开始了解如何用它了。工具：MemcheckMemcheck检查内存管理问题，主要用于C和C++程序。当一个程序在Memcheck监督下运行时，所有的内存读写都被检查，对malloc/new/free/delete的调用都被截取。所以，Memcheck可以检查程序的下列问题：访问它不应该访问的内存（没有被分配的区域，已经被释放的区域，超过堆尾部的区域，栈中不可访问的区域）。以危险的方式使用未初始化的值。内存泄漏。堆的错误释放（释放两次，不匹配的释放）。给memcpy()和相关函数传递重叠的源和目的内存块。一旦发现这些错误，Memcheck就会报告，给出错误所在的源代码行号，到达该行的函数调用的栈回溯。Memcheck跟踪字节级的寻址，位级的值初始化。因此，它可以检测单独的未初始化位的使用，不会报告位域操作中的假的错误信息。运行在Memcheck上的程序会减慢10－30倍。CachegrindCachegrind是一个cache profiler。它执行你的CPU中的l1，D1和L2 cache的详细模拟，因此能精确的查明在你的代码中cache未命中的来源。它确定cache未命中的数量，每个函数，每个模块和整个程序的每行源代码的内存引用和指令执行的摘要。它可以用于任何语言写的程序。在Cachegrind上运行的程序会减慢20－100倍。Callgrind由Josef Weidendorfer做的Callgrind是Cachegrind的扩展。提供Cachegrind提供的所有信息，还有关于调用图的额外信息。它被打包进Valgrind3.2.0的发布版。MassifMassif是一个堆profiler。它通过取得程序的常规的堆映象，来做详细的堆压型（profiling）。随着时间的推移，它产生一个图形显示堆的使用情况，包括程序负责的大多数内存分配的信息。图形被文本或HTML文件补充，包括大多数内存被分配在哪里的信息。在Massif上运行的程序会减慢20倍。HelgrindHelgrind是一个在多线程程序中找到数据竞争的线程调试器。它寻找被多于一个（POSIX p-）线程访问的内存分配，要不就是那种那被找到的不是被一直使用的（pthread_mutex_）锁。这样的地方是线程间不正确的同步的预示，可能引起很难找到的时序依赖的问题。它对使用pthread的任何程序都有用。它是带有一点实验性质的工具。Lackey，NulgrindLackey和Nulgrind也包含在Valgrind的发行版中。做的还不是很完善，主要用于测试和说明的目的。用Valgrind查找内存泄漏 内存泄漏是最难发现的常见错误之一，因为除非用完内存或调用malloc失败，否则都不会导致任何问题。实际上，使用像C或C++这类没有垃圾回收机制的语言时，你一大半的时间都花费在处理如何正确释放内存上。如果程序运行时间足够长，一个小小的失误也会对程序造成重大的影响。Valgrind支持很多工具:Memcheck，Addrcheck，Cachegrind，Massif，Helgrind和Callgrind等。在运行Valgrind时，你必须指明想用的工具。在这篇教程中，我们主要集中在内存检查工具上，它可以帮助我们检查内存使用情况(呵呵，其它工具我也不会用)。如果没有其它参数，Valgr