文中将详细介绍内存泄露的检验方式及其现在可以应用的工具。对于内存泄露的问题，文中给予充足的信息内容，使人们可以在不一样的工具中作出挑选。
内存泄露
在这里，讨论的是程序设计方案中内存泄露和问题的问题，但是，并并不一定的程序都是有这一问题。最先，泄露等一些内存层面的问题在有的程序语言表达中是不易出现的。这种程序语言表达一般都觉得内存管理方法太主要了，因此不可以由程序员来解决，***或是由程序语言表达设计师来解决这种问题，那样的语种有Perl、Java这些。
殊不知，在一些语言表达(最经典的便是C和C )中，程序语言表达的设计师也觉得内存管理方法太关键，但必不可少由开发者自己来解决。内存泄露指的是程序员动态分配了内存，可是在应用结束后却忘记了将其释放出来。除开内存泄露之外，在开发者自身管理方法内存的研发中，缓冲溢出、悬摆表针等其他一些内存的问题也经常发生。
问题为何造成
为了更好地让程序可以工作在程序运行时没法预见的数据信息占有内存的尺寸，因此程序必必须从电脑操作系统即时地申请办理内存，这就是所说的动态性内存。此刻，便会发生程序申请办理到内存块而且应用结束后，沒有将其退还给电脑操作系统的不正确。更糟糕的情形是所获得的内存块的详细地址遗失，进而系统软件没法再次鉴别、精准定位该内存块。也有其他的问题，例如尝试浏览早已释放出来的表针(悬摆指针)，再如浏览早已被采用了的内存(内存外溢)的问题。
不良影响不可忽视
针对一些不长驻内存的程序而言，因为实行全过程很短，因此即使有系统漏洞很有可能也不会造成尤其明显的不良影响。但是对一些长驻内存的程序(例如Web服务端Apache)而言，假如发生如此的问题，不良影响将十分比较严重。由于不正常的程序会不断向系统软件申请办理内存，而且不释放出来内存，最后很有可能可能会导致内存耗光而造成崩溃。除此之外，存有内存泄露问题的程序除开会占有大量的内存外，还会继续使程序的性能骤降。针对网络服务器来讲，假如发生这样的事情，即使系统软件不奔溃，也会严重影响应用。
悬摆表针会致使一些不确定性的安全隐患，而且这种安全隐患不易爆发。它十分不显著，因而难以被发觉。在这里三种存在的不足方式中，缓冲溢出可能是最风险的。实际上，它有可能会造成许多安全系数层面的问题(一个可靠的程序包括许多因素，可是最重要的莫过当心应用内存)。正如以上上述，有时候也会产生同一内存块被多次退还给体系的问题，这显而易见也是程序设计方案上的不正确。一个程序员十分想要了解在程序运作的历程中，应用内存的状况，进而可以发觉而且调整问题。
如何处理
如今早已有一些实时监测内存问题的技术性。内存泄露问题可以利用按时地停止和重新启动有什么问题的程序来看到和处理。在较为新的Linux内核版本中，有一种名叫OOM(Out Of Memory )凶手的优化算法，它可以在有必要时挑选实行Killed等程序。悬摆表针可以根据按时对全部早已退还给体系的内存置零来处理。解决内存外溢问题的方式 则各种各样。
实际上，在程序运作时来处理这种问题，显而易见要不便得多，因此大家期望可以在开发设计程序时就发觉并处理这种问题。下边介紹一些可以用的gpl协议。
工具一：垃圾分类回收器(GC)
在GCC(免费下载)工具库中，有一个“垃圾分类回收器(GC)”，它可以轻轻松松检验而且调整许多的内存问题。现阶段该项目由HP的Hans-J.Boehm承担。
应用的技术性
GC应用的是名叫Boehm-Demers-Weiser的可以不断追踪内存精准定位的技术性。它的优化算法根据应用规范的内存精准定位函数公式来完成。程序应用这种函数公式开展编译程序，随后实行，优化算法便会剖析程序的实际操作。该优化算法十分着名而且很容易了解，不容易造成问题或是对程序有一切影响。
性能
该工具有不错的性能，故可以高效提升程序高效率。其编码很少而且可以同时在GCC中应用。
该工具沒有页面，应用的时候非常艰难，因此要想把握它或是要花一些时间的。一些目前的程序极有可能没法应用这一编辑软件开展配备。除此之外，为了更好地让全部的启用能被捕获，全部的内存启用(例如malloc()和free())都务必要应用由GC给予的相对应函数公式来替代。大家还可以应用宏来进行这一工作中，但依然感觉不足灵便。
结果
假如你期待可以有混合开发(系统架构、电脑操作系统)的解决方法，那麼便是它了。
工具二：Memprof
Memprof（免费下载）是一个十分具备诱惑力且十分便于应用的手机软件，它由Red Hat的Owen Talyor开创。这一工具是用以GNOME前面的Boehm-Demers-Weiser垃圾分类回收器。
应用的技术性
就其关键技术而言，Memprof和上边提及的GC没什么实质的不一样。但是在完成这一作用时，它是以程序中捕获全部的内存请示报告而且即时将其重精准定位到垃圾分类回收器。
性能
该工具的性能十分非常好，其GUI设计得也不错(如下图1所显示)。这一工具立即就可以实行，而且其工作中起來不用对源码开展一切改动。在程序实行时，这一工具会以图形界面的形式表明内存的运用状况，以协助你掌握程序运作环节中内存的申请办理状况（如下图1）。
图1 Memprof的GUI
该工具现阶段只有运作于x86和PPC系统架构以上的Linux系统软件当中。假如你必须用以其他的服务平台，应当想一想应用其他的工具。该工具并不是GTK运用程序，因此要一个完全的GNOME自然环境。那样就促使其不可以灵便用以全部的地区。除此之外，该工具的开发设计进展情况得也较为迟缓(现在是0.4.1版)。
假如你喜爱GUI工具而且不在意只有用以Linux及其GNOME下，该工具应当可以说十分非常好。
工具三：Valgrind
Valgrind(http://developer.kde.org/~sewardj/)是一个专注于彻底解决全部内存问题的程序，而内存泄露只不过在其中的问题之一罢了。该工具的开发团队是Julian Seward(以Bzip2和Cacheprof而出名)。该工具声称自身“是专业专注于处理x86 Linux中对外开放源码的内存问题”，实际上，它确实保证了自个的宣言口号。除此之外，它还能够叙述CPU缓存的运用状况，但是这一作用并不常见。
应用的技术性
在这个程序中采用的技术性比较复杂，但是其文本文档比较丰富和详细http://developer.kde.org/~sewardj/docs/techdocs.html)。程序分派的每一字节的内存都被一个有九位的情况字追踪，其目标是用以鉴别其用意。这类作法大大的加深了操作系统的压力。
性能
这一工具是大家这里详细介绍的三款中性能最烂的一个，缘故是显然的。该工具给予的信息内容关键点是三个工具中最充实的，因此速率也是比较慢的。除开一些常用的问题外，该工具还能够发觉内存其他的一些问题，乃至一些POSIX线程层面的问题。缓存的消息针对绝大多数程序而言好像沒有必需，但是它是一个查询程序性能的非常好方法。针对Valgrind而言，值得一提的便是其开发设计速率十分快，其开发设计社团活动也十分活跃性。实际上，在Valgrind的首页上创作者乃至有一句话：“假如你在应用Valgrind全过程中有任何的问题，请别介意，发来电子邮件吧”。
但是，该工具是专业用以x86的。其页面是纯命令方法，可是其易用性很好。该工具可以同时在二进制下运作，因此在运用时并不一定对它进行再次编译程序。但是要灵活运用它，或是必须使用人开展一番勤奋的。除此之外，尽管该工具以前应用于Mozilla、OpenOffice等一些大的进程程序，但该工具对线程的适用并不健全。我觉得假如该工具如果有一个GUI页面，可能获得大量人的亲睐。
结果
假如你应用x86，对自身的编码十分掌握而且不在意应用命令方法，那麼这一程序将你的挚爱。
假如在这里详细介绍的三款工具你都不太喜欢，那也没有关系，可在下面网站中寻找许多检验内存不正确的工具：http://www.sslug.dk/emailarkiv/bog/2001_08/msg00030.html。除此之外，也有一些商业服务工具，例如Purify、Geodesic等。在这里也不详解。