ARC

 

 

 

在iOS开发过程中,属性的定义往往与retain, assign, copy有关,我想大家都很熟悉了,在此我也不介绍,网上有很多相关文章。

 

现在我们看看iOS5中新的关键字strong, weak, unsafe_unretained. 可以与以前的关键字对应学习strong与retain类似,weak与unsafe_unretained功能差不多(有点区别,等下会介绍,这两个新 关键字与assign类似)。在iOS5中用这些新的关键字,就可以不用手动管理内存了,从java等其它语言转过来的程序员非常受用。

 

 

 

strong关键字与retain关似,用了它,引用计数自动+1,用实例更能说明一切

 

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, strong) NSString *string2;  

 

有这样两个属性,

 

  1. @synthesize string1;   
  2. @synthesize string2;  

 

 

猜一下下面代码将输出什么结果?

 

 

  1. self.string1 = @"String 1";   
  2. self.string2 = self.string1;   
  3. self.string1 = nil;  
  4. NSLog(@"String 2 = %@", self.string2);  

 

 

结果是:String 2 = String 1

由于string2是strong定义的属性,所以引用计数+1,使得它们所指向的值都是@"String 1", 如果你对retain熟悉的话,这理解并不难。

 

 

接着我们来看weak关键字:

 

如果这样声明两个属性:

 

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, weak) NSString *string2;  


并定义

  1. <pre name="code" class="cpp">@synthesize string1;   
  2. @synthesize string2;  



再来猜一下,下面输出是什么?

  1. self.string1 = @"String 1";   
  2. self.string2 = self.string1;   
  3. self.string1 = nil;  
  4. NSLog(@"String 2 = %@", self.string2);  


结果是:String 2 = null

分析一下,由于self.string1与self.string2指向同一地址,且string2没有retain内存地址,而 self.string1=nil释放了内存,所以string1为nil。声明为weak的指针,指针指向的地址一旦被释放,这些指针都将被赋值为 nil。这样的好处能有效的防止野指针。在c/c++开发过程中,为何大牛都说指针的空间释放了后,都要将指针赋为NULL. 在这儿用weak关键字帮我们做了这一步。

 

 

 

接着我们来看unsafe_unretained

 

从名字可以看出,unretained且unsafe,由于是unretained所以与weak有点类似,但是它是unsafe的,什么是unsafe的呢,下面看实例。

 

如果这样声明两个属性:

 

并定义

 

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, unsafe_unretained) NSString *string2;  


再来猜一下,下面的代码会有什么结果?

  1. self.string1 = @"String 1";   
  2. self.string2 = self.string1;   
  3. self.string1 = nil;  
  4. NSLog(@"String 2 = %@", self.string2);  


请注意,在此我并没有叫你猜会有什么输出,因为根本不会有输出,你的程序会crash掉。

原因是什么,其实就是野指针造成的,所以野指针是可怕的。为何会造成野指针呢?同于用unsafe_unretained声明的指针,由于 self.string1=nil已将内存释放掉了,但是string2并不知道已被释放了,所以是野指针。然后访问野指针的内存就造成crash.  所以尽量少用unsafe_unretained关键字。因为在开启了ARC之后就不能用assgin了,而_weak又是在5.0以后才出现的关键字,所以就有了unsafe_unretained。

 

 

 

strong,weak, unsafe_unretained往往都是用来声明属性的,如果想声明临时变量就得用__strong,  __weak, __unsafe_unretained,  __autoreleasing, 其用法与上面介绍的类似。

 

还是看看实例吧。

 

  1. __strong NSString *yourString = @"Your String";   
  2. __weak  NSString *myString = yourString;   
  3. yourString = nil;   
  4. __unsafe_unretained NSString *theirString = myString;  
  5. //现在所有的指针都为nil  

 

再看一个:

 

  1. __strong NSString *yourString = @"Your String";   
  2. __weak  NSString *myString = yourString;   
  3. __unsafe_unretained NSString *theirString = myString;  
  4. yourString = nil;   
  5. //现在yourString与myString的指针都为nil,而theirString不为nil,但是是野指针。  


__autoreleasing的用法介绍:

在c/c++,objective-c内存管理中有一条是:谁分配谁释放。 __autoreleasing则可以使对像延迟释放。比如你想传一个 未初始化地对像引用到一个方法当中,在此方法中实始化此对像,那么这种情况将是__autoreleasing表演的时候。看个示例:

 

  1. - (void) generateErrorInVariable:(__autoreleasing NSError **)paramError{   
  2.     NSArray *objects = [[NSArray alloc] initWithObjects:@"A simple error", nil];  
  3.     NSArray *keys = [[NSArray alloc] initWithObjects:NSLocalizedDescriptionKey, nil];  
  4.     NSDictionary *errorDictionary = [[NSDictionary alloc] initWithObjects:objects forKeys:keys];  
  5.     *paramError = [[NSError alloc] initWithDomain:@"MyApp" code:1 userInfo:errorDictionary];  
  6. }  
  7. -(void)test  
  8. {  
  9.     NSError *error = nil;   
  10.     [self generateErrorInVariable:&error];  
  11.     NSLog(@"Error = %@", error);  
  12. }  

 

这样即便在函数内部申请的空间,在函数外部也可以使用,同样也适合谁分配谁释放的原则。

 

同样下面的代码也是类似原因, 只不过在没有开启ARC的情况下适用:

 

  1. -(NSString *)stringTest  
  2. {  
  3.     NSString *retStr = [NSString stringWithString:@"test"];  
  4.       
  5.     return [[retStr retain] autorelease];  
  6. }  


开启ARC后,应改为:

  1. -(NSString *)stringTest  
  2. {  
  3.     __autoreleasing NSString *retStr = [NSString alloc] initWithString:@"test"];  
  4.       
  5.     return retStr;  
03-13
<think>好的,我现在需要处理用户关于ARC(Automatic Reference Counting)的查询。首先,用户提供的引用内容中有四个来源,其中引用[1]是一个外部链接,引用[2]、[3]、[4]是站内引用。我需要结合这些信息,按照用户给出的系统级指令来组织回答。 首先,用户的问题是关于编程中的ARC技术,他们可能想了解ARC的基本概念、工作原理、优缺点、使用场景以及相关限制。根据提供的引用内容,我需要整合这些信息,确保引用标识正确添加。 接下来,我需要检查用户提供的引用内容是否符合问题。引用[2]提到ARC不会在调用方增加额外的工作,但可能会缩短返回值的生命周期。引用[3]提到Kobold2D框架默认启用ARC,同时保持向后兼容。引用[4]指出对象型变量不能作为C语言结构体的成员。这些点都是回答的重要部分,需要合理融入内容中。 然后,我需要确保回答结构清晰,分点说明,并符合用户要求的中文回答。同时,根据系统指令,行内数学表达式要用$...$,但这个问题可能不太涉及数学公式,所以可能不需要。独立公式如果有的话要用$$...$$,但同样这里可能用不上。需要检查LaTeX语法是否正确,不过目前问题可能不涉及。 生成相关问题部分需要围绕ARC展开,可能涉及原理、优缺点、与其他内存管理方式的比较、常见错误、平台支持等。 最后,引用标识要自然地添加到引用的句子末尾,确保每个引用对应正确的来源。例如,引用[4]提到的结构体成员限制,要在相关句子后添加[^4]。 现在开始组织内容: 1. 定义ARC:自动引用计数,编译器自动管理内存,无需手动retain/release。 2. 工作原理:编译器插入内存管理代码,跟踪对象的引用计数。 3. 优点:减少内存泄漏和野指针,提高开发效率。 4. 缺点:循环引用问题,需使用弱引用解决。 5. 使用限制:如引用[4]提到的结构体不能包含对象型变量,需注意。 6. 框架支持:如引用[3]提到的Kobold2D默认启用ARC。 7. 性能方面:引用[2]指出ARC不会增加调用方负担,但可能优化返回值生命周期。 在写作过程中,要确保每个引用准确对应,比如引用[4]在讨论结构体限制时添加,引用[3]在框架支持部分添加,引用[2]在性能部分添加。引用[1]是一个外部链接,可能涉及ARC的总体解释,但用户提供的引用内容中没有具体信息,可能需注意是否需使用。 可能还需要补充ARC与其他技术(如GC)的区别,但用户提供的引用中没有相关内容,可能需要依赖已有引用或通用知识。 最后,生成相关问题,如ARC如何检测循环引用、与GC的区别、在Swift中的应用、常见错误、调试方法等。 需要确保回答符合用户要求的结构,分点清晰,引用正确,语言准确,并且相关问题与主题紧密相关。</think>### ARC(自动引用计数)技术解析 **1. 定义与原理** ARC(Automatic Reference Counting,自动引用计数)是一种编译器级别的内存管理技术,用于自动追踪对象的引用关系并管理其生命周期。开发者无需手动调用`retain`或`release`等方法,编译器会在编译时自动插入相关代码[^1]。其核心原理是通过统计对象的引用计数: - 当对象被强引用时,计数加1; - 当引用失效时,计数减1; - 当计数归零时,对象自动释放内存。 **2. 关键特性** - **性能优化**:ARC不会在调用方增加额外开销(如手动管理引用计数),但可能优化返回值的生命周期以减少内存占用[^2]。 - **兼容性**:支持与手动引用计数(MRC)代码混合使用,某些框架(如Kobold2D)默认启用ARC,同时保留对非ARC项目的兼容性[^3]。 - **限制**:对象类型变量不能直接作为C语言结构体成员,需使用桥接或特殊修饰符(如`__unsafe_unretained`)[^4]。 **3. 优缺点分析** | **优点** | **挑战** | |-----------------------------------|-----------------------------------| | 减少内存泄漏和野指针风险 | 循环引用需通过`weak`或`unowned`解决 | | 简化代码,提升开发效率 | 对Core Foundation对象需手动桥接 | | 与现代编程语言(如Swift)深度集成 | 需避免非OC对象的误用(如C结构体) | **4. 应用场景** - **移动开发**:iOS/macOS应用开发中广泛使用,尤其在Swift语言中为默认内存管理机制。 - **游戏引擎**:如Kobold2D框架通过默认启用ARC优化资源管理。 - **高性能计算**:结合编译器优化,减少内存管理开销。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值