- ARC是什么ARC是iOS 5推出的新功能,全称叫ARC(Automatic Reference Counting)。简单地说,就是代码中自动加入了retain / release,原先需要手动添加的用来处理内存管理的引用计数的代码可以自动地由编译器完成了。该机能在iOS 5 / Mac OS X 10.7开始导入,利用Xcode4.2可以使用该机能。简单地理解ARC,就是通过指定的语法,让编译器 (LLVM 3.0)在编译代码时,自动生成实例的引用计数管理部分代码。有一点,ARC并不是GC,它只是一种代码静态分析(Static Analyzer)工具。
- 变化点通过一小段代码,我们看看使用ARC前后的变化点。
- C代码收藏代码@interface NonARCObject: NSObject {
- NSString * name;
- } - (id) initWithName: (NSString * ) name;@end
- @implementation NonARCObject - (id) initWithName: (NSString * ) newName {
- self = [super init];
- if (self) {
- name = [newName retain];
- }
- return self;
- }
- - (void) dealloc { [name release]; [Super dealloc];
- }@end
- C代码收藏代码@interface ARCObject: NSObject {
- NSString * name;
- } - (id) initWithName: (NSString * ) name;@end
- @implementation ARCObject - (id) initWithName: (NSString * ) newName {
- self = [super init];
- if (self) {
- name = newName;
- }
- return self;
- }@end
- 我们之前使用Objective - C中内存管理规则时,往往采用下面的准则生成对象时,使用autorelease对象代入时,先autorelease后再retain对象在函数中返回时,使用
- return [[object retain] autorelease];而使用ARC后,我们可以不需要这样做了,甚至连最基础的release都不需要了。
- 使用ARC的好处使用ARC有什么好处呢?看到上面的例子,大家就知道了,以后写Objective - C的代码变得简单多了,因为我们不需要担心烦人的内存管理,担心内存泄露了代码的总量变少了,看上去清爽了不少,也节省了劳动力代码高速化,由于使用编译器管理引用计数,减少了低效代码的可能性
- 不好的地方记住一堆新的ARC规则—关键字及特性等需要一定的学习周期一些旧的代码,第三方代码使用的时候比较麻烦;修改代码需要工数,要么修改编译开关关于第二点,由于XCode4.2中缺省ARC就是ON的状态,所以编译旧代码的时候往往有"Automatic Reference Counting Issue"的错误信息。
- 这个时候,可以将项目编译设置中的"Objectice - C Auto Reference Counteting"设为NO。如下所示。
- 如果只想对某个.m文件不适应ARC,可以只针对该类文件加上 - fno - objc - arc编译FLAGS,如下图。
- ARC基本规则retain,
- release,
- autorelease,
- dealloc由编译器自动插入,不能在代码中调用dealloc虽然可以被重载,但是不能调用 [super dealloc]由于ARC并不是GC,并需要一些规则让编译器支持代码插入,所以必须清楚清楚了这些规则后,才能写出健壮的代码。
- Objective - C对象ObjectiveC中的对象,有强参照 (Strong reference)和弱参照 (Weak reference)之分,当需要保持其他对象的时候,需要retain以确保对象引用计数加1。对象的持有者 (owner)只要存在,那么该对象的强参照就一直存在。对象处理的基本规则是只要对象的持有者存在(对象被强参照),那么就可以使用该对象对象失去了持有者后,即被破弃
- 强参照 (Strong reference)
- (s1) firstName作为"natsu"字符串对象的最初持有者,是该NSString类型对象的Strong reference。 (s2)这里将firstName代入到aName中,即aName也成为了@"natsu"字符串对象的持有者,对于该对象,aName也是Strong reference。 (s3)这里,改变firstName的内容。生成新的字符串对象"maki"。这时候firstName成为"maki"的持有者,而@"natsu"的持有者只有aName。每个字符串对象都有各自的持有者,所以它们都在内存中都存在。 (s4)追加新的变量otherName,
- 它将成为@"maki"对象的另一个持有者。即NSString类型对象的Strong reference。 (s5)将otherName代入到aName,这时,aName将成为@"maki"字符串对象的持有者。而对象@"natsu"已经没有持有者了,该对象将被破弃。
- 弱参照 (Weak reference)接下来我们来看看弱参照 (Weak reference)的使用方式。
- (w1)与强参照方式同样,firstName作为字符串对象@"natsu"的持有者存在。即是该NSString类型对象的Strong reference。 (w2)使用关键字__weak,声明弱参照weakName变量,将firstName代入。这时weakName虽然参照@"natsu",但仍是Weak reference。即weakName虽然能看到@"natsu",但不是其持有者。 (w3) firstName指向了新的对象@"maki",成为其持有者,而对象@"natsu"因为没有了持有者,即被破弃。同时weakName变量将被自动代入nil。
- 引用关键字ARC中关于对象的引用参照,主要有下面几关键字。使用strong,
- weak,
- autoreleasing限定的变量会被隐式初始化为nil。
- __strong变量声明缺省都带有__strong关键字,如果变量什么关键字都不写,那么缺省就是强参照。
- __weak上面已经看到了,这是弱参照的关键字。该概念是新特性,从iOS 5 / Mac OS X 10.7开始导入。由于该类型不影响对象的生命周期,所以如果对象之前就没有持有者,那么会出现刚创建就被破弃的问题,比如下面的代码。
- C代码收藏代码NSString __weak * string = [[NSString alloc] initWithFormat: @"First Name: %@", [self firstName]];
- NSLog(@"string: %@", string); //此时 string为空
- 如果编译设定OS版本Deployment Target设定为这比这低的版本,那么编译时将报错 (The current deployment target does not support automated __weak references),这个时候,我们可以使用下面的__unsafe_unretained。弱参照还有一个特征,即当参数对象失去所有者之后,变量会被自动付上nil(Zeroing)。
- __unsafe_unretained该关键字与__weak一样,也是弱参照,与__weak的区别只是是否执行nil赋值 (Zeroing)。但是这样,需要注意变量所指的对象已经被破弃了,地址还还存在,但内存中对象已经没有了。如果还是访问该对象,将引起「BAD_ACCESS」错误。
- __autoreleasing该关键字使对像延迟释放。比如你想传一个未初始化的对像引用到一个方法当中,在此方法中实例化此对像,那么这种情况可以使用__autoreleasing。他被经常用于函数有值参数返回时的处理,比如下面的例子。
- C代码收藏代码 - (void) generateErrorInVariable: (__autoreleasing NSError * *) paramError {.... * paramError = [[NSError alloc] initWithDomain: @"MyApp"code: 1 userInfo: errorDictionary];
- }
- .... {
- NSError * error = nil; [self generateErrorInVariable: &error];
- NSLog(@"Error = %@", error);
- }
- 又如函数的返回值是在函数中申请的,那么希望释放是在调用端时,往往有下面的代码。
- C代码收藏代码 - (NSString * ) stringTest {
- NSString * retStr = [NSString stringWithString: @"test"];
- return [[retStr retain] autorelease];
- }
- // 使用ARC
- - (NSString * ) stringTest {
- __autoreleasing NSString * retStr = [NSString alloc] initWithString: @"test"];
- return retStr;
- }
- 即当方法的参数是id * ,且希望方法返回时对象被autoreleased,那么使用该关键字。
- 总结今天,我们看到了基本的ARC使用规则代码中不能使用retain,
- release,
- retain,
- autorelease不重载dealloc(如果是释放对象内存以外的处理,是可以重载该函数的,但是不能调用 [super dealloc])不能使用NSAllocateObject,
- NSDeallocateObject不能在C结构体中使用对象指针id与void * 间的如果cast时需要用特定的方法(__bridge关键字)不能使用NSAutoReleasePool、而需要@autoreleasepool块不能使用"new"开始的属性名称(如果使用会有下面的编译错误"Property's synthesized getter follows Cocoa naming convention
- for returning'owned'objects")
来源: http://lib.csdn.net/snippet/objective-c/48770