应用内存管理是程序运行时分配内存的过程，使用它并在完成时释放它。好的程序尽可能少使用内存。在Objective-C中，它也可以视为为许多数据和代码分配有限资源的一种方式。当通过本文档完成工作，你会了解管理应用内存的知识：管理对象的生命周期并在不需要他们的时候释放。
尽管内存管理通常被认为是单独对象层级的，你的目标是管理对象图（object graphs）。确保内存中的对象不比实际需要的对象多。
一览
Objective-C提供两种方式管理应用内存。
- 在本指南中描述的方法，称为“手动保留释放”或MRR，通过跟踪对象显式的管理内存对象。在运行时环境中，使用框架类
NSObject提供的模型，即引用计数实现该方法。 - 在自动引用计数器中或ARC中，系统使用和MRR相同的引用计数器，但它在编译时插入适当的内存管理方法。强烈建议在新项目中使用ARC。如果使用ARC，没有必要理解本文档中描述的底层实现，虽然在某种情况下有好处。关于ARC的更多信息，参见过渡到ARC释放文档（Transitioning to ARC Release Notes）。
防止内存相关问题的最佳实践
不正确的内存管理会导致两种主要类型的问题：
- 释放或覆盖仍在使用的数据
这将导致内存损坏，通常会导致应用崩溃，更坏的情况，会破坏用户数据。 - 没有释放不再使用的数据导致内存泄露
内存泄露是分配的内存不被释放，即使它不会再次使用。泄露导致应用使用的内存不断在增长，这反过来导致应用性能不好或者应用被终止。
从引用计数器的角度考虑内存管理，然而，往往适得其反，因为你倾向在实现细节中考虑内存管理而非从实际目标角度。相反，你应该从对象所有权和对象图（object graphs）的角度考虑内存管理。
cocoa使用简单的命名约定来表示方法返回的对象。
参见内存管理策略（ Memory Management Policy）。
虽然基本策略很简单，有一些实际步骤可以简化内存管理，并帮助确保程序仍然是可靠的、健壮的同时最大限度的减少其资源需求。
参见实际内存管理（Practical Memory Management）。
自动释放池block提供一种机制，你可以向对象发送“延迟”释放消息。当你想要放弃一个对象的所有权但要避免立即被回收的可能性时（例如当你从一个方法返回对象），这是非常有用的。在有些情况下，你可以使用自己的自动释放池block。
参见使用自动释放池block（Using Autorelease Pool Blocks）。
使用分析工具调试内存问题
为了在编译时识别代码的问题，可以使用Xcode内置的Clang静态分析器。（use the Clang Static Analyzer）。
如果内存管理问题出现,还有其他的工具和技术可以用来识别和诊断的问题。
- 在技术文档TN2239，iOS调试魔法（ iOS Debugging Magic）中描述了许多技术和工具，尤其使用
NSZombie帮助寻找过渡释放的对象。 - 你可以使用工具来跟踪引用计数器事件并寻找内存泄露。参见在app上收集数据（Collecting Data on Your App）。
