内存调试技巧

核心提示： 使这些格式元素成为您日常工作的一部分，可以使用各种方法解决内存问题： 专用库 语言 软件工具 硬件检查器 在这整个领域中，内存调试技巧(6)，我始终认为最有用并且投资回报率最大的是考虑改进源代码的风格，它不需要昂贵的代价或严格的形式；可以始终取消与内存无关的段的注释，对于我来说，最大的收获

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

专用库

语言

软件工具

硬件检查器

在这整个领域中，我始终认为最有用并且投资回报率最大的是考虑改进源代码的风格。它不需要昂贵的代价或严格的形式；可以始终取消与内存无关的段的注释，但影响内存的定义当然需要显式注释。添加几个简单的单词可使内存结果更清楚，并且内存编程会得到改进。

我没有做受控实验来验证此风格的效果。如果您的经历与我一样，您将发现没有说明资源影响的策略简直无法忍受。这样做很简单，但带来的好处太多了。

检测

检测是编码标准的补充。二者各有裨益，但结合使用效果特别好。机灵的 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 为真，简单使用自动运行时工具不能检测发生的内存泄漏。仔细进行源分析可以从此类条件推理出证实正确的结论。我重复一下我写的关于风格的内容：尽管大量发布的内存问题描述都强调工具和语言，对于我来说，最大的收获来自“软的”以开发人员为中心的流程变更。您在风格和检测上所做的任何改进都可以帮助您理解由自动化工具产生的诊断。