13

两者完全相同,只是“废弃内存”是指泄漏的整个对象图,而不仅仅是单个对象。正确的?

4

3 回答 3

29

首先,您需要了解“内存对象图”或“应用程序对象图”(或者简单地说,“对象图”,因为它适用于分配的缓冲区)的概念。在这种情况下,“对象”指的是应用程序中的任何分配,无论是对象还是简单的malloc()ed 缓冲区。如果任何对象都可以包含对其他对象的引用(指针),则为“图形”部分。

应用程序的“活动对象图”是可以从应用程序中的各种“根”直接或间接访问的所有分配。“根”本身就是对对象的实时引用,而不管其他任何东西是否显式地引用了根。

例如,全局变量是根;通过引用一个对象,根据定义,一个全局变量使该对象成为应用程序活动对象图的一部分。并且,通过暗示,全局变量引用的对象也被认为是活动的;没有泄露。

堆栈也是如此;任何线程的活动堆栈引用的任何对象本身都被认为是活动的。

考虑到这一点,泄漏废弃的内存实际上确实有两个不同的含义。

泄漏

泄漏是一块内存,没有引用来自应用程序的活动对象图中任何活动对象的分配

即内存是不可访问的,因此,没有办法再次引用它(除非有错误)。这是死记忆。

请注意,如果对象 A 指向对象 B,对象 B 指向 A,但活动对象图中没有任何内容指向 A 或 B,则它仍然是泄漏。如果 B->A 和 A->B 引用都是保留引用,那么您将获得保留循环和泄漏。

被遗弃的记忆

在应用程序的活动对象图中但由于应用程序逻辑问题而不再可访问的分配被视为已放弃,但未泄漏。

例如,假设您有一个缓存,其条目是NSData从某个 URL 下载的实例,其中 URL 在 URL 中包含会话 ID(一种常见模式),并且会话 ID + URL 用作查找内容的键缓存。现在,假设用户注销,导致会话 ID 被破坏。如果缓存没有删除特定于该会话 ID 的所有条目,那么所有这些NSData对象都将被丢弃,但不会泄露,因为它们仍然可以通过缓存访问。


实际上,在两者之间做出如此强烈的区分几乎没有用处,因为修复需要非常不同的策略。

修复泄漏是要找出额外保留的来源(或者在基于泄漏free()的情况下,可能需要插入丢失的调用)。由于无法malloc()从活动对象图中找到检测到的泄漏,因此修复泄漏真的很简单。

由于几个原因,修复废弃的内存可能相当棘手。

首先,内存仍然可以从活动对象图中访问。因此,根据定义,您的应用程序中存在保持内存活动的算法问题。发现和修复它通常比修复一个泄漏要困难得多,并且可能具有破坏性。

其次,可能存在对废弃分配的非归零非保留弱引用。也就是说,如果你弄清楚了在哪里修剪强引用并使分配实际上消失了,那并不意味着你的工作已经完成;如果还有任何剩余的非归零弱引用,它们现在将是悬空指针和...... BOOM


正如 Amit 所指出的,Heapshot Analysis非常擅长发现泄漏、废弃内存以及——非常重要的——整体“不希望的内存增长”。

于 2012-01-12T20:54:16.713 回答
3

不确定是否有标准术语,但也有可能有内存,它确实有参考,但永远不会被使用。(Leaks 工具的 Heap Shot 功能可以帮助追踪这一点。)我称其为“膨胀”以将其与真正的泄漏区分开来。两者都是浪费内存。

于 2012-01-12T18:32:13.783 回答
1

废弃的内存是内存泄漏。Heapshot Analysis 将帮助您发现不希望的内存增长。这是一篇很好的文章。http://www.friday.com/bbum/2010/10/17/when-is-a-leak-not-a-leak-using-heapshot-analysis-to-find-undesirable-memory-growth/

于 2012-01-12T18:36:45.347 回答