如果你在 ARC 下感觉 @autoreleasepool 是个鸡肋,那就错错啦 !!!
@autoreleasepool还是有用滴。
1.ARC下用 @autoreleasepool { }主要还是为了避免内存峰值。简单点的说在{ }中存放的对象会在稍后的某个时刻释放掉
正常情况下,你创建的变量会在超出其作用域的时候被释放掉。
而如果你的函数写的很长,在你函数运行过程中出现很多中间变量,占据了大量的内存,怎么办?
用@autoreleasepool。
在@autoreleasepool中创建的变量,会在@autoreleasepool结束的时候执行一次release,进行释放。其实@autoreleasepool就相当于一层作用域。
(1)在自动释放池@autoreleasepool{}中alloc一个对象后(如p1),仍然需要用[p1 autorelease];只是这个语句和[p1 release];不同,后者表示把p1的retainCount-1,而前者仅仅表示把p1放到自动释放池中返回一个self,自动释放池结束销毁时,统一对里面的对象引用计数retainCount-1。(2)@autoreleasepool{}可以随意创建,也可以嵌套使用。(3)不管这个对象是在自动释放池内还是外创建的,只要在自动释放池内写一个[p1 autorelease];p1就会被放到自动释放池中。注意autorelease是一个方法,且只有在自动释放池中使用才有效。(4)如果把一个对象重复加到自动释放池如[p1 autorelease];[p1 autorelease];,那么会出错。原因是:加载几次,届时自动释放池就会用[p1 release];释放几次,但是由于这两个加载的对象其实是一个对象同样地址,所以第一次自动释放正确,第二次自动释放时发现已经被释放了,所以p1就变成了野指针。(5)以下是自动释放池嵌套的使用规则和注意点。#import#import "Person.h"
int main(int argc, const char * argv[]) {
Person *p1=[[Person alloc]init];
@autoreleasepool {
@autoreleasepool {
[p1 autorelease];
}//在执行到此处时,p1被自动释放
}
//以下代码有错误
@autoreleasepool {
[p1 autorelease];//此时p1被加入进来
@autoreleasepool {
[p1 autorelease];//被重复加载进来,但仍然同一个
}//此处,p1被自动释放了,所以第一次加进来的那个也被释放了,因为是同一个对象
}//所以此处在调用[p1 release];时就出现报错:野指针
return 0;
}
(6)@autoreleasepool的应用:如果需要在方法中创建对象,并把这个对象作为返回值,那么可以在这个方法中使用[*** autorelease];把它加入到自动释放池中,否则,直接用[*** release];来匹配alloc的话,在该方法中就已经把这个对象alloc和release了一遍相当于释放了,那么所谓的返回对象返回的时一个野指针(没有指向任何对象)。当然,调用这个方法的代码页需要写在自动释放池作用域内才生效。
(7)接上面。返回对象的那个方法中,创建对象不建议直接用类名,而是用self,否则如果存在子类调用会崩溃。如Car *car1=[[self alloc]init];
(8)其实诸如NSString *str1=[NSString stringWithFormat:@"%@",@"hello"];也是调用了一个方法,并且返回了一个字符串对象。比照(6)和(7)我们得知这个stringWithFormat应该也是顺便返回了一个autorelease。
(9)在ARC机制中,我们用@property声明的成员变量,建议用strong代替之前手动管理内存时的retain,虽然后者仍然可以使用。因为我们在ARC中内存管理就是看是否有强指针指向对象,如有就不回收,如没有就回收。所以强指针是strong,相反是weak。而基本数据类型我们还是习惯用assign。
(10)虽然Xcode提供了非ARC转换成ARC的,很少有把整个非ARC转换成ARC的。如果我们导入第三方库时,需要非ARC和ARC共存,即我们系统默认是ARC,我们需要让系统不要去管这个非ARC的第三方库,如下设置:双击响应的.m文件,输入-fno-objc-arc回车即可。
(11)顺便,当出现两个类循环引用的话(也就是A要包含B,B要包含A,即A对象要作为B的变量,B对象要作为A的变量),只需要把一方的strong改成weak,并且在响应的.h文件中把#import ".h"改成Class ***。如果因为改成Class ***而无法使用那个类的方法的话,只需要在它的.m文件中#import“.h”文件即可,这个因为不是在.h文件中导入所以不冲突。
注意:利用webview加载gif图时,左右来回滑动导致内存暴涨,用了
@autoreleasepool {
for (UIView *subview in self.welcomeScr.subviews) {
if ([[subview class]isSubclassOfClass:[UIWebView class]]) {
[subview removeFromSuperview];
}
}
NSInteger index= self.welcomeScr.contentOffset.x/ScreenW;
NSInteger count = index+1;
NSString *path = [[NSBundle mainBundle] pathForResource:[NSString stringWithFormat:@"%ld",index+1] ofType:@"gif"];
NSData *gifData = [NSData dataWithContentsOfFile:path];
UIWebView *webView = [self createWebViewWithFrame:CGRectMake(ScreenW * index ,0,ScreenW,ScreenH)];
[webView loadData:gifData MIMEType:@"image/gif" textEncodingName:nil baseURL:nil];
[self.welcomeScr addSubview:webView];
}
之后,内存有些变小,但是减下来的内存只有1~2MB,没有比增长的多,更没有完全释放掉
通常情况下我们是不需要手动创建 Autorelease Pool ,但以下三种情况是例外的[5]:
编写的程序不基于 UI 框架,如命令行程序
在循环中创建大量临时对象
在主线程之外创建新的线程,在新线程开始执行处,创建自己的 Autorelease Pool ,否则将导致内存泄漏。
根据Apple的文档,@autoreleasepool使用场景如下:
写基于命令行的的程序时,就是没有UI框架,如AppKit等Cocoa框架时。
写循环,循环里面包含了大量临时创建的对象。(本文的例子)
创建了新的线程。(非Cocoa程序创建线程时才需要)
长时间在后台运行的任务。
对于每一个Runloop(或者称为事件周期), 系统会隐式创建一个Autorelease pool(自然会有多个Autorelease pool),这样所有的release pool会构成一个象CallStack一样的一个栈式结构,在每一个Runloop结束时,当前栈顶的Autorelease pool会被销毁,这样这个pool里的每个Object会被release。那什么是一个Runloop呢? 一个UI事件,Timer call, delegate call, 都会是一个新的Runloop。
文/dacheng(作者)
原文链接:http://www.jianshu.com/p/53de8a66b91a
文/Hran233(作者)
原文链接:http://www.jianshu.com/p/2595558e04ff
http://www.jianshu.com/p/494481d59278
ARC与@autoreleasepool的关系 -
ARC与@autoreleasepool的关系 -