4

简短的问题:有人(引文5)告诉我,我的系统可以回收常驻内存。这是什么意思?这是否意味着我的应用程序没有使用该内存,或者常驻内存值与我的应用程序当前使用的内存直接相关?除了这些答案之外,我还没有找到太多关于此的文档。

我正在尝试解决一个问题。我正在编写一个使用 iOS 6.0 和 Cocos2d 2.0 的游戏,但我确实遇到了一些内存问题。我有 Cococs2d 2.0 作为静态库,我使用 ARC 编写了我的代码(我怀疑这是原因)。

从初始场景到角色选择场景,然后到行星选择场景,最后是游戏场景,我观察到内存的 resident_size 增加了。

我在每个场景初始化时添加了这段代码,并追踪了这些值。下图是我做的用户体验路径。左列是场景名称,第二列是正常流程中使用的内存量(不回到前一个场景),第三列是常驻内存的值,往复从特定场景。

在此处输入图像描述

正如我们所观察到的,主场景提出了一个可能与其他场景不同的问题。每次加载场景时,我都会增加大约 15 MB 的内存。

我在场景上运行了一个独立测试(使用重新加载回调方法),我得到以下值:

在此处输入图像描述

有趣的是,在 CharacterSelection 场景上运行相同的测试在第三次加载后内存并没有逐渐增加(保持 37MB)。但是我不明白为什么最初从 27 MB 变为 32 MB 而不是 37MB(或者,我应该说,我不明白为什么它从 32 MB 变为 37 MB)。

我运行另一组测试试图从一个场景解析到另一个场景,我确实得到了有趣的结果。这是架构:

在此处输入图像描述

**有人回答我说“常驻内存是对已分配给您的应用程序且尚未被系统回收的内存的度量,但部分/大部分常驻内存可以被系统回收。

这是否意味着常驻内存值不一定是我的应用程序使用的内存?

根据我的测试,场景与其使用的内存和常驻内存值之间似乎确实存在相关性。

因此,如果这是正确的,我应该继续尝试解决这个问题,因为驻留内存值越高,我的 APP 被杀死的可能性就越大。相反,如果内存可供系统使用,则不会发生崩溃。鉴于有崩溃,我假设内存以某种方式泄漏。但是泄漏工具没有检测到任何泄漏(这是因为我使用的是 XCode 4.5 吗?)。

有什么帮助吗?这与使用ARC有关吗?

4

1 回答 1

2

问题是我在新场景的 init 方法期间测量内存。因此,该报告包括了前一个场景的资产(因为它尚未被解除分配)。

添加延迟为 0.1 的回调解决了它并回答了我的问题:

问:

有人(引文 5)告诉我,我的系统可以回收常驻内存。这是什么意思?这是否意味着我的应用程序没有使用该内存或常驻内存值与我的应用程序当前使用的内存直接相关?

A:

它是与我的应用程序正在使用的内存直接相关的内存。在此函数的回调中使用延迟加上对[[CCTextureCache sharedTextureCache] dumpCachedTextureInfo] 的调用;将确认这一点。

问:

有什么帮助吗?这与使用ARC有关吗?

答: 幸运的是,在这种情况下不是。还有其他问题在某些场景中导致泄漏。例如,起始场景是另一个场景的子类。这个起始场景有一些子节点被添加为子节点,这些子节点在场景的清理方法中没有被删除。添加显式删除这些子节点解决了这个问题。我不确定为什么这是必要的(我希望所有子节点都会被自动删除),但它解决了这个问题。

于 2013-09-19T07:59:36.067 回答