有效地使用内存

有效地使用内存

由于iPhone OS的虚存模型并不包含磁盘交换区空间，所以应用程序在更大程度上受限于可供使用的内存。对内存的大量使用会严重降低系统的性能，可能导致应用程序被终止。因此，在设计阶段，您应该把减少应用程序的内存开销放在较高优先级上。

应用程序的可用内存和相对性能之间有直接的联系。可用内存越少，系统在处理未来的内存请求时就越可能出问题。如果发生这种情况，系统总是先把代码页和其它非易失性资源从内存中移除。但是，这可能只是暂时的修复，特别是当系统在短时间后又再次需要那些资源的时候。相反，您需要尽可能使内存开销最小化，并及时清除自己使用的内存。

本文的下面部分将就如何有效使用内存和在只有少量内存时如何反应方面提供更多的指导。

减少应用程序的内存印迹

表1-7列出一些如何减少应用程序总体内存印迹的技巧。在开始时将内存印迹降低了，随后就可以有更多的空间用于需要操作的数据。

表1-7 减少应用程序内存印迹的技巧

技巧

采取的措施

消除内存泄露

由于内存是iPhone OS的关键资源，所以您的应用程序不应该有任何的内存泄露。存在内存泄露意味着应用程序在之后可能没有足够的内存。您可以用Instruments程序来跟踪代码中的泄露，该程序既可以用于仿真器，也可以用于实际的设备。有关如何使用Instruments的更多信息，请参见Instruments用户指南。

使资源文件尽可能小

文件驻留在磁盘中，但在使用时需要载入内存。属性列表文件和图像文件是通过简单的处理就可以节省空间的两种资源类型。您可以通过NSPropertyListSerialization类将属性列表文件存储为二进制格式，从而减少它们的使用空间；对于图像，可以将所有图像文件压缩得尽可能小（PNG图像是iPhone应用程序的推荐图像格式，可以用pngcrush工具来进行压缩）。

使用Core Data 或SQLite来处理大的数据集合

如果您的应用程序需要操作大量的结构化数据，请将它存储在Core Data的持久存储或SQLite数据库，而不是使用扁平文件。Core Data和SQLite都提供了管理大量数据的有效方法，不需要将整个数据一次性地载入内存。

Core Data的支持是在iPhone OS 3.0系统上引入的。

延缓装载资源

在真正需要资源文件之前，永远不应该进行装载。预先载入资源文件表面看好象可以节省时间，但实际上会使应用程序很快变慢。此外，如果您最终没有用到那些资源，预先载入将只是浪费内存。

将程序连编为Thumb格式

加入-mthumb开关可以将代码的尺寸减少最多达35%。但是，对于具有大量浮点数运算的代码模块，请务必将这个选项关闭，因为对那样的模块使用Thumb反而会导致性能的下降。

恰当地分配内存

iPhone应用程序使用委托内存模式，因此，您必须显式保持和释放内存。表1-8列出了一些在程序中分配内存的技巧。

表1-8 分配内存的技巧

技巧

采取的措施

减少自动释放对象的使用

通过autorelease方法释放的对象会留在内存中，直到显式清理自动释放池或者程序再次回到事件循环。在任何可能的时候，请避免使用autorelease方法，而是通过release方法立即收回对象占用的空间。如果您必须创建一定数量的自动释放对象，则请创建局部的自动释放池，以便在返回事件循环之前定期对其进行清理，回收那些对象的内存。

为资源设置尺寸限制

避免装载大的资源文件，如果有更小的文件可用的话。请用适合于iPhone OS设备的恰当尺寸图像来代替高清晰度的图像。如果您必须使用大的资源文件，需要考虑仅装载当前需要的部分。举例来说，您可以通过mmap和munmap函数来将文件的一部分载入内存或从内存卸载，而不是操作整个文件。有关如何将文件映射到内存的更多信息，请参见文件系统性能指南。

避免无边界的问题集

无边界的问题集可能需要计算任意大量的数据。如果该集合需要的内存比当前系统能提供的还要多，则您的应用程序可能无法进行计算。您的应用程序应该尽可能避免处理这样的集合，而将它们转化为内存使用极限已知的问题。

有关如何在iPhone应用程序中分配内存及使用自动释放池的详细信息，请参见Cocoa基本原理指南文档的Cocoa对象部分。