或许这个题目起得有点太高调了,不过我只是想纠正一些童鞋对于autorelease的认识,如果能帮到几个人,那这篇文章也就值得了!当然,高手请绕道
本文主要探讨两个方面:(1)autorelease对象到底是合适被析构的?(2)OC内部是如何处理一个被autorelease掉的对象的?
(1)autorelease对象到底是何时被析构的?
这个问题说难不难,但说简单也不简单。我们还是先看一类熟悉的不能再熟悉的代码吧:
1 - (void)viewDidLoad { 2 [super viewDidLoad]; 3 NSArray *localArr = [NSArray arrayWithObject:@"Weng Zilin"];//这是一个局部对象,封装了autorelease方法
4 }
请问,localArr这个局部变量何时被析构呢?很多人会回答:“出了作用域,也就是花括号之后就会被回收”。但遗憾的是,事实并非你想象的那般顺利。下面我通过几行代码向你证明,localArr出了作用于依旧活得好好的:(ARC环境下)
__weak id objTrace; - (void)viewDidLoad { [super viewDidLoad]; NSArray *localArr = [NSArray arrayWithObject:@"Weng Zilin"];//这是一个局部对象,封装了autorelease方法 } - (void)viewWillAppear:(BOOL)animated { [super viewWillAppear:animated]; NSLog(@"viewWillAppear__localArr:%@", objTrace); } - (void)viewDidAppear:(BOOL)animated { [super viewDidAppear:animated]; NSLog(@"viewWillAppear__localArr:%@", objTrace); }
在ARC环境下我用一个__weak类型来追踪localArr的释放时机,__weak并不会对localArr增加引用计数,因此不干扰其释放,log显示如下:
我们发现,localArr在viewWillAppear还活着,在DidAppear已经挂了。这说明了一件事:autorelease并不是根据作用域来决定释放时机的。那到底是依据什么呢?答案是:runloop。runloop不在本文讨论范围内,感兴趣的同学请自行查阅资料,传送门点这里。简单说,runloop就是iOS中的消息循环机制,当一个runloop结束时系统才会一次性清理掉被autorelease处理过的对象,其实本质上说是在本次runloop迭代结束时清理掉被本次迭代期间被放到autorelease pool中的对象的。至于何时runloop结束并没有固定的duration!
那么问题来了:iOS的这种基于runloop的内存回收策略有不方便的时候吗?我认为是显然有的。但凡事物总是有两面性的,使用autorelease的确方便,但在一定的情况下会带来性能问题。我们看个例,这个例子转载在我之前的文章:
for (int i = 0; i <= 1000; i ++) { //1.首先我们获取到需要处理的图片资源的路径 NSString *filePath = [[NSBundle mainBundle] pathForResource:@"test" ofType:@"PNG"]; //2.将图片加载到内存中,我们使用了alloc关键字,在使用完后,可以手动快速释放掉内存 UIImage *image = [[UIImage alloc] initWithContentsOfFile:filePath]; //3.这一步我们将图片进行了压缩,并得到一个autorelease类型实例 self.image2 = [image imageByScalingAndCroppingForSize:CGSizeMake(480, 320)]; //4.释放掉2步骤的内存 [image release]; }
上述例子看起来没有什么问题,因为一切都是按照MRC的规定做的,可以说是一种“看起来”十分规范的写法。但是主要到image2这个对象了没,赋值给image2对象的临时image对象是一个autorelease类型。实际去跑这段程序会发现,在循环1000次的条件下内存持续上升,因为那个autorelease对象并没有如我们预期般在每次for循环的花括号结束时释放掉!如果从runloop的角度考虑就显得合理了。
那么问题又来了:既然交给runloop处理不放心(runloop其实是有人类的“拖延症”的),那我们可以人工干预autorelease对象的释放时机吗?答案是,欢天喜地,可以的。上文有提到autorelease pool,这是下一个问题要解决的任务,在这里不展开,你只需要知道,一旦一个对象被autorelease,则该对象会被放到iOS的一个池:autorelease pool,其实这个pool本质上是一个stack,扔到pool中的对象等价于入栈。我们把需要及时释放掉的代码块放入我们生成的autorelease pool中,结束后清空这个自定义的pool,主动地让pool清空掉,从而达到及时释放内存的目的。以上述图片处理的例子为例,优化如下:
1 for (int i = 0; i <= 1000; i ++) { 2 3 //创建一个自动释放池 4 NSAutoreleasePool *pool = [NSAutoreleasePool new];//也可以使用@autoreleasePool{domeSomething}的方式 5 NSString *filePath = [[NSBundle mainBundle] pathForResource:@"test" ofType:@"PNG"]; 6 UIImage *image = [[UIImage alloc] initWithContentsOfFile:filePath]; 7 UIImage *image2 = [image imageByScalingAndCroppingForSize:CGSizeMake(480, 320)]; 8 [image release]; 9 //将自动释放池内存释放,它会同时释放掉上面代码中产生的临时变量image2 10 [pool drain]; 11 }
其中对pool的操作也可以等价地使用@autoreleasePool{domeSomeThing;}替代。以上就简要地回答了本文开始处抛出的第一个问题,小结一下就是:释放时机是基于runloop而不是作用域;通过autorelease pool手动干预释放;循环多次时当心要对autorelease进行优化。下面我们开始第二个问题的讨论
(2)一个对象被标记为autorelease后经历了怎么样的过程?
其实我认为这个问题讨论起来更有意思,因为它已经比较底层了。前面提到autorelease对象最终被放到autorelease pool中,那这个pool到底是何方神圣呢?当我们使用@autoreleasepool{}时,编译器实际上将其转化为以下代码:
void *context = objc_autoreleasePoolPush(); // {}中的代码 objc_autoreleasePoolPop(context);//当前runloop迭代结束时进行pop操作
而objc_autoreleasePoolPush与objc_autoreleasePoolPop又是什么呢?他们只是对autoreleasePoolPage的一层简单封装,下面是autoreleasePoolPage的结构,它是C++数据类型,本质是一个双向链表。next就是指向当前栈顶的下一个位置。
里面还有各种参数,不过记住这句话就行:向一个对象发送- autorelease
消息,就是将这个对象加入到当前AutoreleasePoolPage的栈顶next指针指向的位置。
在文章的最后顺便提一下,在iOS中有三种常用的遍历方法:for、forin、enumerateObjectsUsingBlcok。实际使用中大家可能没有感觉到又什么区别,前面两个比较常用,最后一个是iOS特有的遍历方式,但事实上还是有区别的。block版本的遍历方式已经内嵌了@autoreleasepool{}操作,而前面两个没有,这样就意味着使用block版本的遍历方式会使app更加健壮,内存使用效率更加出色,而且,逼格更高,嘿嘿!
如果你能够真正的理解autorelease,那么你才是理解了Objective c的内存管理。Autorelease实际上只是把对release的调用延迟了,对于每一个Autorelease,系统只是把该Object放入了当前的Autorelease pool中,当该pool被释放时,该pool中的所有Object会被调用Release。
[1]在Iphone项目中,大家会看到一个默认的Autorelease pool,程序开始时创建,程序退出时销毁,按照对Autorelease的理解,岂不是所有autorelease pool里的对象在程序退出时才release, 这样跟内存泄露有什么区别?
答案是,对于每一个Runloop, 系统会隐式创建一个Autorelease pool,这样所有的release pool会构成一个象CallStack一样的一个栈式结构,在每一个Runloop结束时,当前栈顶的 Autorelease pool会被销毁,这样这个pool里的每个Object会被release。
那什么是一个Runloop呢? 一个UI事件,Timer call, delegate call, 都会是一个新的Runloop。例子如下:
NSString* globalObject;
- (void)applicationDidFinishLaunching:(UIApplication *)application
{
globalObject = [[NSString alloc] initWithFormat:@"Test"];
NSLog(@"Retain count after create: %d", [globalObject retainCount]); // output 1.
[globalObject retain];
NSLog(@"Retain count after retain: %d", [globalObject retainCount]); // output 2.
}
- (void)applicationWillTerminate:(UIApplication *)application
{
NSLog(@"Retain count after Button click runloop finished: %d", [globalObject retainCount]);
// 输出1. Button click loop finished, it's autorelease pool released, globalObject get released once.
}
-(IBAction)onButtonClicked
{
[globalObject autorelease];
NSLog(@"Retain count after autorelease: %d", [globalObject retainCount]);
// 输出2。 Autorelease被call, globalObject被加如当前的AutoreleaePool。
}
[2]为什么需要Auto release ?
2.1)很多C/C++转过来的程序员会说,这个auto release有什么好,象C/C++那样,自己申请,自己释放,完全可控不好么, 这个auto relase 完全不可控,你都不知到它什么时候会被真正的release。我的理解它有一个作用就是可以做到每个函数对自己申请的对象负责,自己申请,自己释放,该函数的调用者不需要关心它内部申请对象的管理。 在下面这个例子中,Func1的调用者不需要再去关心obj的释放。
ClassA *Func1()
{
ClassA *obj = [[[ClassA alloc]init]autorelease];
return obj;
}
实际上对于 [NSString stringWithFormat:] 这类构造函数返回的对象都是autorelease的。
2.2) autorelease pool来避免频繁申请/释放内存(就是pool的作用了)。这个应该是相对比较好理解的。
总结:1)一定要注意Autorelease pool的生存周期,理解Runloop,避免在对象被释放后使用。
2)[NSString stringWithFormat:]这类函数返回的对象是不需要再自己release的,它已经被autorelease了, 如果你想把它当一个全局对象使用,那必须自己再retain, 释放时再release。
1、autorelease是什么?
autorelease是一种支持引用计数的内存管理方式
它可以暂时的保存某个对象(object),然后在内存池自己的排干(drain)的时候对其中的每个对象发送release消息
注意,这里只是发送release消息,如果当时的引用计数(reference-counted)依然不为0,则该对象依然不会被释放。可以用该方法来保存某个对象,也要注意保存之后要释放该对象。
autorelease可以通过NSAutoreleasePool创建实例
2、为什么会有autorelease?
OC的内存管理机制中比较重要的一条规律是:谁申请,谁释放
考虑这种情况,如果一个方法需要返回一个新建的对象,该对象何时释放?
方法内部是不会写release来释放对象的,因为这样做会将对象立即释放而返回一个空对象;调用者也不会主动释放该对象的,因为调用者遵循“谁申请,谁释放”的原则。那么这个时候,就发生了内存泄露。
针对这种情况,Objective-C的设计了autorelease,既能确保对象能正确释放,又能返回有效的对象。
在autorelease的模式下,下述方法是合理的,即可以正确返回结果,也不会造成内存泄露
ClassA *Func1()
{
ClassA *obj = [[[ClassA alloc]init]autorelease];
return obj;
}
3、autorelease是什么原理?
Autorelease实际上只是把对release的调用延迟了,对于每一个Autorelease,系统只是把该Object放入了当 前的Autorelease pool中,当该pool被释放时,该pool中的所有Object会被调用Release。
4、autorelease何时释放?
对于autorelease pool本身,会在如下两个条件发生时候被释放(详细信息请参见第5条)
1)、手动释放Autorelease pool
2)、Runloop结束后自动释放
对于autorelease pool内部的对象
在引用计数的retain == 0的时候释放。release和autorelease pool 的 drain都会触发retain--事件。
5、autorelease释放的具体原理是什么?
要搞懂具体原理,则要先要搞清楚autorelease何时会创建。
我们的程序在main()调用的时候会自动调用一个autorelease,然后在每一个Runloop, 系统会隐式创建一个Autorelease pool,这样所有的release pool会构成一个象CallStack一样的一个栈式结构,在每一个Runloop结束时,当前栈顶的 Autorelease pool(main()里的autorelease)会被销毁,这样这个pool里的每个Object会被release。
可以把autorelease pool理解成一个类似父类与子类的关系,main()创建了父类,每个Runloop自动生成的或者开发者自定义的autorelease pool都会成为该父类的子类。当父类被释放的时候,没有被释放的子类也会被释放,这样所有子类中的对象也会收到release消息。
那什么是一个Runloop呢? 一个UI事件,Timer call, delegate call, 一个鼠标事件,键盘按下(MAC OSX),或者iphone上的触摸事件,异步http连接下后当接收完数据时,都会是一个新的Runloop。
一般来说,消息循环运行一次是毫秒级甚至微秒级的,因此autorelease的效率仍然是非常高的,确实是一个巧妙的设计。
6、使用有什么要注意的?
1)、NSAutoreleasePool可以创建一个autorelease pool,但该对象本身也需要被释放,如:
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init;
// Code benefitting from a local autorelease pool.
[pool release];
在引用计数环境下,使用[pool release]或[pool drain]效果是相同的,drain仅适用于max os高版本,低版本不适用,而release通用,其它并无太大差别。
2)、在ARC下,不能使用上述方式调用autorelease,而应当使用@autoreleasepool,如:
@autoreleasepool {
// Code benefitting from a local autorelease pool.
}
3)、尽量避免对大内存使用该方法,如图片。对于这种延迟释放机制,还是尽量少用,最好只用在方法内返回小块内存申请地址值的情况下,且
参考和领会OC的一些系统方法,如:[NSString stringWithFormat:]
4)、不要把大量循环操作放到同一个NSAutoreleasePool之间,这样会造成内存峰值的上升。
7、关于多线程,有什么要注意的?
我还未实际使用到,在官方API翻译出类似如下语句:
1)、对于不同线程,应当创建自己的autorelease pool。如果应用长期存在,应该定期drain和创建新的autorelease pool
下面这句话摘自官方API,大概是说多线程中如果没有使用到cocoa的相关调用,则不需要创建autorelease pool,我一直没有理解透彻
If, however, your detached thread does not make Cocoa calls, you do not need to create an autorelease pool.
2)、如果不是使用的NSThread,就不要用aoturelease pool,除非你是多线程模式(multithreading mode) ,可以使用NSThread的isMultiThreaded方法测试你的应用是否是多线程模式
详细可以参考官方API的NSAutoreleasePool Class Reference