内存警告

内存报警处理流程：1： app收到系统发过来的memory warning的notice；

2： app释放占用较大的内存；
3： 系统回收此app所创建的autorelease的对象；
4： app返回到已经打开的页面时，系统重新调用viewdidload方法，view重新加载页面数据；重新显示；
内存报警测试方法：
在Simulate上可以模拟低内存报警消息；
iOS模拟器 -> 硬件 -> 模拟内存警告；
开发者可以在模拟器上来模拟手机上的低内存报警情况，可以避免由于低内存报警引出的app的莫名crash问题；

内存检查工具：
（1）编译和分析工具Analyze
iOS的分析工具可以发现编译中的warning，内存泄漏隐患，甚至还可以检查出logic上的问题；所以在自测阶段一定要解决Analyze发现的问题，可以避免出现严重的bug；
内存泄漏隐患提示：
Potential Leak of an object allocated on line ……
数据赋值隐患提示：
The left operand of …… is a garbage value;
对象引用隐患提示：
Reference-Counted object is used after it is released;
以上提示均比较严重，可能会引起严重问题，需要开发者密切关注
（2）内存泄露检测工具 -- Leak
Leak工具可以很容易的统计所有内存泄漏的点，而且还可以显示在那个文件，哪行代码有内存泄漏，这样定位问题比较容易，也比较方面；但是Leak在统计内存泄漏的时候会把autorelease方式的内存也统计进来； 所以我们在查找内存泄漏情况的时候，可以autorelease的情况忽略掉；
Leak工具：


通过Leak工具可以很快发现代码中的内存泄漏，通过工具也可以很快找到发生内存泄漏的代码段：

(3)内存猛增检测工具 -- Allocations
Allocations工具可以很容易的列出所有分配内存的点，这样我们可以按照分配内存大小来进行排序， 这样可以很容易的发现哪些点分配的内存最多，而且是持续分配，这样我们来针对性的分析这些持续分配较大内存的地方；

此工具会显示出所有申请内存的地方，并统计申请的次数和大小； 从这个列表中可以找出内存申请次数最多且申请内存最大的语句；从而分析出哪些地方使用的内存最多，进而可以优化和改进；

上图是按照申请内存多少来排序的，可以方便的了解哪些代码申请的内存多；

说明：这个转自cocoaChina，用于学习。