Advanced Autorelease Pool 高级自动释放池
创新互联专注为客户提供全方位的互联网综合服务，包含不限于成都网站制作、成都网站建设、外贸营销网站建设、南漳网络推广、微信小程序开发、南漳网络营销、南漳企业策划、南漳品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联为所有大学生创业者提供南漳建站搭建服务，24小时服务热线：18982081108，官方网址：www.cdcxhl.com
在之前的章节你已经学习了很多基本的内存方面的知识。这个部分将会涉及到使用自动释放的高级技术，同时展示你应该在哪里使用，从而在受限的情况下获得比较高的性能。
在每一个线程中，你应该要有一个自动释放池来收集和存储所有自动释放的对象。如果在每一个线程中，没有自动释放池的话，所有的autoreleased对象会泄露，你将会有一个重大的内存泄露。自动释放池是通过栈的形式组织在一起的；下面部分会解释。
自动释放池和栈
自动释放池存储在一个栈中，通常被理解成嵌套的。无论何时你创建一个新的自动释放池，它都会被push到栈的顶部。然后所有新的autoreleased对象会被push到这个新的自动释放池中。
通过下面的代码你可以看到，对象（比如myArray和myString）内部的方法doSomething将会存储在myPool中，而不是应用的main pool中：
- (void)doSomething {
@autoreleasepool {
NSArray *myArray = [NSArray array];
NSString *myString = [NSString string];
}
}
这是main方法的main pool：
int main(int argc, char *argv[]){
@autoreleasepool {
int retVal = UIApplicationMain(argc, argv, nil, nil);
}
return retVal;
}
在@autoreleasepool块结束的时候，当时间生命周期结束时，所有存储在这个pool中的autoreleased对象jiang将被released。
图7-9展示了这个概念。对于一个好的性能来说，这是一个非常重要的概念 -- 知道尽可能快的release对象。
自动释放池和线程
当创建一个新的线程时，你需要创建一个新的自动释放池对象，然后将这个pool和新的线程联系在一起。因此当线程停止时，你的自动释放池会deallocated，所有的autoreleased对象也会deallocated。第6章我会深入的讨论这个主题，所以你应该复习一下，如果你在理解概念时需要一些帮助的话。
自动释放池对性能的影响
旧的内存管理规则依然能够应用在用ARC编写的代码上，如果你没有使用new，alloc和copy调用一个方法，这个对象就已经是autoreleased了。如果你在一个循环中创建了很多的autoreleased对象，很快内存就会耗尽。
这个代码演示了在循环中处理内存管理最好的方法：
- (void)doSomethingWithAutoRelease {
for (int i = 0; i < 1000; i++) {
@autoreleasepool {
Product *product = [Product productWithItemID:@""];
// process and display the product here
}
}
}
在循环结束的时候，以及在@autoreleasepool块的尾部，所有的autoreleased对象会released。这种方法你能够控制和release所有位使用的对象和回收你的内存。
Instruments
当我讨论使用设备和模拟器测试的时候，第2章已经介绍过Instruments。在这个部分，我将简短的讨论一些更加更高级的问题，这些问题会影响到你应该选择什么样的内存管理方式。
大部分时间，你需要使用到4中主要的instruments。
Static Analyzer
Leaks Instruments
Zombie
Object allocation
Static Analyzer
static Analyzer是一个比较快速的方法检查一些微小的比较明显的内存泄露。例如，如果你alloc了一个新的对象，没有在方法内release它，如图7-10所示，Static Analyzer能够快速的发现。
Leak Instrument
Leaks Instrument更加复杂，它需要时间允许和分析，但是会给出更好的结果。在运行过程中，它能够检测到所有数据轨迹的内存泄露。
Leaks Instrument能给出内存泄露对象更多的细节信息，如图7-11.
同样能够显示泄露确切的发生在哪一行（图 7-12）。
Zombie
Zombie能够帮助你检查EXEC_BAD_ACCESS导致的应用程序崩溃的问题。这是非常有帮助的，如果你的应用老是崩溃，但是通过日志或检查代码又发现不了问题的话。
如图7-13，Zombie会显示给你一个actions的list，包括malloc，autorelease，retain，和release，当应用崩溃的时候。你使用Zombie跟踪autorelease和release方法。
Object Allocation
Object allocation是我要介绍的内存相关的最后一个工具。它显示了运行过程中，所有内存的使用情况。这个工具是非常有用的，当内存使用增长很多，你需要跟踪使用内存较多的那些代码。
图7-14显示了代码所在行，对象创建的时间，和创建对象的调用者。
Memory Waring Levels
最后我要讨论的是关于内存警告。当你的内存增长到一定点时，iOS系统会尝试告诉你，通过在view controller中调用didReceiveWarning方法。你应该在这个方法中释放一些内存。
注意：在你的应用中还有其他方法收到内存警告：applocation delegate收到内存警告，然后在其他对象中调用相应的方法，或者你的对象通过NSNotification注册了接受内存警告的通知。 |
内存警告的第1级别是最重要的：它意味着你的代码已经快速的使用了很多内存。否则，你的app将会收到第2个级别的警告，然后会崩溃。
总结
内存对你的app的性能有重要影响。如果你不恰当的使用会导致你的app崩溃。在本章，你学到了在objective-c中很多关于内存管理方面的重要概念，这能够帮助你避免内存泄露和应用程序崩溃。UIViewController的生命周期同样非常重要，因为它和内存的管理和控制有关。它同样会影响到应用的性能和体验。最后，你学到了当在处理内存时，autorelease和release的不同，以及何时应该用其中的一个替代另外一个。
