这两种情况其实是一样的,只不过"abandoned memory"指的是整个对象图泄露,而不是单个对象。对吧?
这两种情况其实是一样的,只不过"abandoned memory"指的是整个对象图泄露,而不是单个对象。对吧?
首先,您需要了解“内存对象图”或“应用程序对象图”(或者只是分配缓冲区时适用的“对象图”)的概念。在这种情况下,“对象”指的是应用程序中的任何分配,无论是对象还是简单的malloc()
缓冲区。如果一个对象可以包含对其他对象的引用 - 一个指针-则它被视为“图形”部分。
应用程序的“活动对象图”是从应用程序中的各种“根”直接或间接访问的所有分配。 “根”指的是一些东西,独立地表示对一个对象的实时引用,而不管是否有其他东西显式地引用该根。
例如,全局变量是根;通过引用对象,全局变量,根据定义,使该对象成为应用程序的 活动对象图的一部分。因此,也会考虑任何由全局变量所引用的对象;没有泄漏。
栈也是一样;任何线程的活动堆栈引用的任何对象本身都被视为活动对象。
有了这个想法,泄漏和遗弃的内存实际上有两个不同的含义。
泄漏是指存在于应用程序的活动对象图中没有对分配的任何引用的内存块。
即该内存不可访问,因此除非有错误,否则永远无法再次引用它。这是无用的内存。
请注意,如果对象A指向对象B,而对象B指向A,但是活动对象图中没有任何内容指向A或B,则仍然会发生泄漏。如果B->A和A->B引用都是保留引用,则会产生保留周期和泄漏。
因应用程序逻辑问题不再可到达而在应用程序的实时对象图中的分配被视为废弃的,但并非泄漏。
例如,假设您有一个缓存,其中条目是从某个包含会话 ID 的 URL 下载的 NSData
实例(这是一种常见模式),该会话 ID + URL 用作查找缓存中的内容的键。现在,假设用户退出登录,导致会话 ID 被销毁。如果缓存也没有删除与该会话 ID 特定相关的所有条目,则所有这些 NSData
对象将被废弃,但尚未泄漏,因为它们仍然可以通过缓存访问。
实际上,除了修复方法不同外,对于两者之间进行如此强烈的区分几乎没有任何用处。
修复泄漏是找出额外保留的来源(或在基于malloc()
泄漏的情况下需要插入free()
调用的位置)。由于检测到的泄漏无法从实时对象图中访问,因此修复泄漏确实很简单。
修复废弃内存可能会更加棘手,原因有几个。
首先,内存仍然可以从实时对象图中访问。因此,根据定义,您的应用程序存在算法问题导致内存保持活动状态。查找和修复这些问题通常比修复泄漏要困难得多,并且可能会带来潜在的破坏性。
其次,废弃的分配可能具有非零弱引用而无需保留。也就是说,如果您找到了需要修剪强引用并使分配实际消失的位置,则这并不意味着您的工作已完成;如果还有任何剩余的非零弱引用,它们现在将成为悬空指针,......BOOM。
不确定是否有标准术语,但也有可能存在具有引用但永远不会使用的内存。(Leaks工具的Heap Shot功能可以帮助跟踪此问题。)我称之为“膨胀”,以区别于真正的泄漏。两者都是浪费的内存。
被遗弃的内存就是内存泄漏。Heapshot分析将帮助您找到不必要的内存增长。这是一篇关于此的好文章。http://www.friday.com/bbum/2010/10/17/when-is-a-leak-not-a-leak-using-heapshot-analysis-to-find-undesirable-memory-growth/