关于@autoreleasepool的性能测试及手动释放自动释放池

原文地址：http://yangchao0033.github.io/blog/2015/12/31/guan-yu-at-autoreleasepoolde-ce-shi-ji-shi-yong/

首先，我们先对使用autoreleasepool的场景进行性能对比。

不用autoreleasepool

- (void)doSomething {
NSMutableArray *collection = @[].mutableCopy;
for (int i = 0; i < 10e6; ++i) {
NSString *str = [NSString stringWithFormat:@"hi + %d", i];
[collection addObject:str];
}
NSLog(@"finished!");
}

不使用性能如下如所示：



使用autoreleasepool

- (void)doSomething {
NSMutableArray *collection = @[].mutableCopy;
for (int i = 0; i < 10e6; ++i) {
@autoreleasepool {
NSString *str = [NSString stringWithFormat:@"hi + %d", i];
[collection addObject:str];
}
}
NSLog(@"finished!");
}

使用效果如下图所示：



综上，当需要在程序中创建大量的临时变量时（大量也可指数量多，不确定，比如从数据库中读取数据时）,很容易使内存产生峰值又回到内存低谷，这样对程序的性能会产生很大影响，而使用自动释放池后，峰值明显有所下降。

原因：

由于在mian函数中已经为我们添加了自动释放池，如下所示：

#import <UIKit/UIKit.h>
#import "AppDelegate.h"

int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}

而当autoreleasepool的右括号结束后，会对整个autoreleasepool做一次倾倒。但是这会使其中局部产生的大量零时变量无法及时释放，直到for循环结束后抵达main中autoreleasepool的右括号位置才能释放。这样会在局部位置发生内存峰值。

官方提出的解决方案是，在大量产生局部变量的位置用autoreleasepool代码块进行包装。比如for循环中要执行的语句，这样每次for循环结束后就会及时收回临时变量占用的内存空间。

思考：如何在指定的次数时，及时释放自动释放池中的临时变量

使用mrc下的特性
在编译选项中，为MRC的程序添加-fno-objc-arc标记，表明在编译时，该文件使用MRC编译
如果要在MRC项目中添加ARC的文件，可以使用 -fobjc-arc 标记即可

这里的需求我们可以使用MRC时代的一个重量级的自动释放池，通常用来创建偶尔需要释放清空的池。

- (void)doSomething {
int count = 0;
NSMutableArray *collection = @[].mutableCopy;
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
for (int i = 0; i < 10e6; ++i) {
NSString *str = [NSString stringWithFormat:@"hi + %d", i];
[collection addObject:str];
if (++count == 100) {
/** 每一百次倾倒一次池子 */
[pool drain];
count = 0;
}
}
/** 用来倾倒当i的个数不是100的倍数时，比如读取数据库数据时,数据总数为不确定值 */
[pool drain];
NSLog(@"finished!");
}