C语言内存分配详解9

int *p;

p = f8(…);

…

return p;

}

使这些格式元素成为您日常工作的一部分。可以使用各种方法解决内存问题：

* 专用库

* 语言

* 软件工具

* 硬件检查器

在这整个领域中，我始终认为最有用并且投资回报率最大的是考虑改进源代码的风格。它不需要

昂贵的代价或严格的形式；可以始终取消与内存无关的段的注释，但影响内存的定义当然需要显

式注释。添加几个简单的单词可使内存结果更清楚，并且内存编程会得到改进。

我没有做受控实验来验证此风格的效果。如果您的经历与我一样，您将发现没有说明资源影响的

策略简直无法忍受。这样做很简单，但带来的好处太多了。

检测

检测是编码标准的补充。二者各有裨益，但结合使用效果特别好。机灵的 C 或 C++ 专业人

员甚至可以浏览不熟悉的源代码，并以极低的成本检测内存问题。通过少量的实践和适当的文本

搜索，您能够快速验证平衡的 *alloc() 和 free() 或者 new 和 delete 的源主体。人工查看

此类内容通常会出现像清单 7 中一样的问题。

清单 7. 棘手的内存泄漏

static char *important_pointer = NULL;

void f9()

{

if (!important_pointer)

important_pointer = malloc(IMPORTANT_SIZE);

…

if (condition)

/* Ooops! We just lost the reference

important_pointer already held. */

important_pointer = malloc(DIFFERENT_SIZE);

…

}

如果 condition 为真，简单使用自动运行时工具不能检测发生的内存泄漏。仔细进行源分析可

以从此类条件推理出证实正确的结论。我重复一下我写的关于风格的内容：尽管大量发布的内存

问题描述都强调工具和语言，对于我来说，最大的收获来自"软的"以开发人员为中心的流程变更。

您在风格和检测上所做的任何改进都可以帮助您理解由自动化工具产生的诊断。

静态的自动语法分析

当然，并不是只有人类才能读取源代码。您还应使静态语法分析 成为开发流程的一部分。静态

语法分析是 lint、严格编译 和几种商业产品执行的内容：扫描编译器接受的源文本和目标项，

但这可能是错误的症状。

希望让您的代码无 lint。尽管 lint 已过时，并有一定的局限性，但是，没有使用它（或其较高

级的后代）的许多程序员犯了很大的错误。通常情况下，您能够编写忽略 lint 的优秀的专业质

量代码，但努力这样做的结果通常会发生重大错误。其中一些错误影响内存的正确性。与让客户

首先发现内存错误的代价相比，即使对这种类别的产品支付最昂贵的许可费也失去了意义。清除

源代码。现在，即使 lint 标记的编码可能向您提供所需的功能，但很可能存在更简单的方法，

该方法可满足 lint，并且比较强键又可移植。

内存库

补救方法的最后两个类别与前三个明显不同。前者是轻量级 的；一个人可以容易地理解并实现

它们。另一方面，内存库和工具通常具有较高的许可费用，对部分开发人员来说，它们需要进一

步完善和调整。有效地使用库和工具的程序员是理解轻量级的静态 方法的人员。可用的库和工

具给人的印象很深：其作为组的质量很高。但是，即使最优秀的编程人员也可能会被忽略内存管

理基本原则的非常任性的编程人员搅乱。据我观察，普通的编程人员在尝试利用内存库和工具进

行隔离工作时也只能感到灰心。

由于这些原因，我们催促 C 和 C++ 程序员为解决内存问题先了解一下自己的源。在这完成

之后，才去考虑库。

使用几个库能够编写常规的 C 或 C++ 代码，并保证改进内存管理。Jonathan Bartlett 在

developerWorks 的 2004 评论专栏中介绍了主要的候选项，可以在下面的参考资料部分获

得。库可以解决多种不同的内存问题，以致于直接对它们进行比较是非常困难的；这方面的常见

主题包括垃圾收集、智能指针 和 智能容器。大体上说，库可以自动进行较多的内存管理，这样

程序员可以犯更少的错误。

我对内存库有各种感受。他们在努力工作，但我看到他们在项目中获得的成功比预期要小，尤其

在 C 方面。我尚未对这些令人失望的结果进行仔细分析。例如，业绩应该与相应的手动 内存

管理一样好，但是这是一个灰色区域–尤其在垃圾收集库处理速度缓慢的情况下。通过这方面

的实践得出的最明确的结论是，与 C 关注的代码组相比，C++ 似乎可以较好地接受智能指针。

内存工具

开发真正基于 C 的应用程序的开发团队需要运行时内存工具作为其开发策略的一部分。已介绍

的技术很有价值，而且不可或缺。在您亲自尝试使用内存工具之前，其质量和功能您可能还不了

解。

本文主要讨论了基于软件的内存工具。还有硬件内存调试器；在非常特殊的情况下（主要是在使

用不支持其他工具的专用主机时）才考虑它们。

市场上的软件内存工具包括专有工具（如 IBM Rational(r) Purify 和 Electric Fence）和其

他开放源代码工具。其中有许多可以很好地与 AIX 和其他操作系统一起使用。

所有内存工具的功能基本相同：构建可执行文件的特定版本（很像在编译时通过使用 -g 标记生

成的调试版本）、练习相关应用程序和研究由工具自动生成的报告。请考虑如清单 8 所示的程

序。

清单 8. 示例错误

int main()

{

char p[5];

strcpy(p, "Hello, world.");

puts(p);

}

此程序可以在许多环境中"运行"，它编译、执行并将"Hello, world.\n"打印到屏幕。使用内存

工具运行相同应用程序会在第四行产生一个数组边界违规的报告。在了解软件错误（将十四个字

符复制到了只能容纳五个字符的空间中）方面，这种方法比在客户处查找错误症状的花费小得多。

这是内存工具的功劳。

结束语

作为一名成熟的 C 或 C++ 程序员，您认识到内存问题值得特别关注。通过制订一些计划和

实践，可以找到控制内存错误的方法。学习内存使用的正确模式，快速发现可能发生的错误，使

本文介绍的技术成为您日常工作的一部分。您可以在开始时就消除应用程序中的症状，否则可能

要花费数天或数周时间来调试。

3 内存使用规则

声明: 除非转自他站（如有侵权，请联系处理）外，本文采用 BY-NC-SA 协议进行授权 | 嗅谱网
转载请注明：转自《C语言内存分配详解9》
本文地址：http://www.xiupu.net/archives-653.html
关注公众号：