在 AIX V5.3 中使用 MALLOCDEBUG 隔离并解决内存泄漏

 AIX® Version 5.3 中附带的 malloc 子系统监视工具 MALLOCDEBUG，可以帮助您隔离内存泄漏。内存泄漏是非常棘手的问题，并且处理起来需要很大的代价，所以使用好的工具以确定并了解出现泄漏的原因是非常重要的。本文中提供的示例代码将向您展示处理内存泄漏的一种方法。
引言

在编写应用程序时进行动态内存分配是非常必要的。它可以在程序运行的过程中帮助分配所需的内存，而不是在进程启动的时候就进行分配。然而，有效地管理这些内存同样也是非常重要的。在大型的、复杂的应用程序中，内存泄漏是很常见的问题。当以前分配的一片内存不再需要使用或无法访问时，但是却并没有释放它，那么对于该进程来说，会因此导致总的可用内存的减少，这时就出现了内存泄漏。尽管优秀的编程实践可以确保最少的泄漏，但是根据经验，当使用大量的函数对相同的内存块进行处理时，很可能会出现内存泄漏。尤其是在碰到错误路径的情况下更是如此。

本文介绍了一种内存泄漏处理方法，并讨论了如何利用 AIX® 中附带的 MALLOCDEBUG 工具。

为什么内存泄漏难以解决

应用程序可以根据所碰到的具体情况，在其生命周期中的不同时刻释放一片内存。编程人员需要对应用程序进行合理的设计，以便它能够知道何时可以释放一块内存，并马上执行这个操作，而不是等待更长的时间。根据具体的控制流程，可以在代码中的不同地方进行内存的释放。有一点至关重要，那就是必须涉及到所有的控制流程，而不仅仅是最常执行的代码流程路径。

同时，在内存做好释放准备之前对其进行释放可能引起灾难性的错误。因此，要了解内存块在何处做好了释放的准备，必须全面地了解应用程序中的控制流程。

检测内存泄漏

当出现下列症状时，表示可能出现了泄漏：

malloc 返回的 errno 被设置为 ENOMEM。
发生核心转储，并且堆栈中的一个函数来自于 malloc 子系统。
在进行核心转储时，进程的大小比正常运行时要大。
进程大小（可以使用 ps 命令来查看）急剧增长。

如果出现了一些内存泄漏的症状，那么最好使用内存监视工具进行分析。有许多第三方的工具，如 Zerofault 和 IBM Rational® Purify®，但本文将讨论 AIX 中附带的 MALLOCDEBUG 工具。

。。。。。。
　　　　　　　　　　　　　　　　　　　　点击此处查看全文