objective-c - 如何摆脱 Objective-C 中常驻的脏内存？

Question

我观看了 Apple 的 WWDC 2010 视频，介绍了使用仪器进行高级内存分析，从中我能够找到很多常驻脏内存。我意识到拥有如此多的常驻脏内存是一件坏事(这可能是我的应用程序经常崩溃的原因……)，但我不确定如何修复它。我应该看哪里？

Instruments 向我展示了很多可能有用的信息，这些信息在我看来像是胡言乱语，例如:

% of Res  Type                      Resident Size
18%       VM_ALLOCATE (8192 pages)  32.00 MB

这属于“脏”类别 - 32 MB 的常驻脏内存在只有 256 MB 的设备上已经很多了，对吧？ :) 还有几个像这样的大块。我如何从 Instruments 中追溯到我的代码？或者我应该忘记 Instruments 并在我的代码中寻找特定问题？

Answer 1

在设备上或模拟器中运行时，您是否看到这个 32 MB 的 VM_ALLOCATE block ？

我问是因为当我在我正在使用的 OS X 应用程序上使用分配工具时，我还注意到了 32 MB 的 VM_ALLOCATE block ，我想知道这是否是在OS X 环境。在设备上运行可能会得到不同的数据集。

不过，一般来说，驻留内存是您的应用正在使用的未换出到磁盘的内存。在 iOS 上，没有交换空间，因此常驻内存应该等于您的虚拟内存占用量。

脏内存是您已分配和使用的内存。脏内存应该小于驻留内存，因为后者包含代码(您的和框架)。

我不确定您在您的应用程序中究竟做了什么，但我猜您已经从您的包中加载了一些大型 Assets 并将它们保存在周围。尽可能不要这样做。

在加载 NSData 对象时，您还可以使用一些 API，这些对象使用内存映射技术而不是暴力读取字节。这些可以更好，因为它允许操作系统懒惰地从磁盘读取页面。使用 NSData(因为它是不可变的)，它也可能足够聪明，可以将页面标记为只读。从理论上讲，这对操作系统来说是一个有值(value)的提示，它可以在压力下清除这些页面，因为它知道它们无法更改。阅读 +[NSData dataWithContentsOfMappedFile:] 的文档。

对于图像，我记得读过一些建议避免使用 imageNamed: 的内容，但您经常通过应用程序使用的图像(即 UI 元素)除外。特别是对于大图像，它们可以保留在您无法控制的缓存中。 (imageNamed: 在 2.x 的日子里有泄漏，但它在 3.x 中被修复并且今天使用起来非常安全。)使用 imageWithContentsOfFile: 用于更大的图像以及不在您的 UI 中重复出现的图像。

如果您从网络加载图像，请将它们缓存在磁盘上并在创建 UIImage 后释放原始字节。如果 ImageView 由于内存压力而被卸载，您不想访问网络以再次加载数据，但您也不希望保留两个副本(NSData 和 UIImage) 已加载。