iOS中 property中的属性strong 、weak、copy 、assign 、retain 、unsafe_unretained 与autoreleasing区别和作用详解

iOS5中加入了新知识，就是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. @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关键字。

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;  
6. }  

 

Setter Semantics

 

These attributes specify the semantics of a set accessor. They are mutually exclusive.

 

strong

Specifies that there is a strong (owning) relationship to the destination object.

weak

Specifies that there is a weak (non-owning) relationship to the destination object.

If the destination object is deallocated, the property value is automatically set to nil.

(Weak properties are not supported on OS X v10.6 and iOS 4; use assigninstead.)

copy

Specifies that a copy of the object should be used for assignment.

The previous value is sent a release message.

The copy is made by invoking the copy method. This attribute is valid only for object types, which must implement the NSCopying protocol.

assign

Specifies that the setter uses simple assignment. This attribute is the default.

You use this attribute for scalar types such as NSInteger and CGRect.

retain

Specifies that retain should be invoked on the object upon assignment.

The previous value is sent a release message.

In OS X v10.6 and later, you can use the __attribute__ keyword to specify that a Core Foundation property should be treated like an Objective-C object for memory management:

@property(retain) __attribute__((NSObject)) CFDictionaryRef myDictionary;

 http://www.33lc.com/article/661.html

//-----------------------

http://blog.csdn.net/q199109106q/article/details/8565017

参考文献:  iOS ARC 完全指南

提示：本文中所说的"实例变量"即是"成员变量"，"局部变量"即是"本地变量"

一、简介

ARC是自iOS 5之后增加的新特性，完全消除了手动管理内存的烦琐，编译器会自动在适当的地方插入适当的retain、release、autorelease语句。你不再需要担心内存管理,因为编译器为你处理了一切

注意：ARC 是编译器特性，而不是 iOS 运行时特性(除了weak指针系统)，它也不是类似于其它语言中的垃圾收集器。因此 ARC 和手动内存管理性能是一样的，有时还能更加快速，因为编译器还可以执行某些优化

二、原理

ARC 的规则非常简单：只要还有一个变量指向对象，对象就会保持在内存中。当指针指向新值,或者指针不再存在时,相关联的对象就会自动释放。这条规则对于实例变量、synthesize属性、局部变量都是适用的

三、strong指针

控制器中有个文本输入框框属性

[java]  view plain copy

1. @property (nonatomic, assign) IBOutlet UITextField *nameField;  

1.如果用户在文本框中输入mj这个字符串

那么就可以说，nameField的text属性是NSString对象的指针，也就是拥有者，该对象保存了文本输入框的内容

2.如果执行了如下代码

[java]  view plain copy

1. NSString *name = self.nameField.text;  

一个对象可以有多个拥有者,在上面代码中,name变量同样也是这个NSString对象的拥有者,也就是有两个指针指向同一个对象

3.随后用户改变了输入框的内容，比如

此时nameFeild的text属性就指向了新的NSString对象。但原来的NSString对象仍然还有一个所有者(name变量)，因此会继续保留在内存中

4.当name变量获得新值,或者不再存在时(如局部变量方法返回时、实例变量对象释放时),原先的NSString对象就不再拥有任何所有者,retain计数降为0,这时对象会被释放

如，给name变量赋予一个新值

[java]  view plain copy

1. name = @"Jake";  

我们称name和nameField.text指针为"Strong指针"，因为它们能够保持对象的生命。默认所有实例变量和局部变量都是Strong指针

四、weak指针

weak型的指针变量仍然可以指向一个对象，但不属于对象的拥有者

1.执行下面的代码

[java]  view plain copy

1. __weak NSString *name = self.nameField.text;  

name变量和nameField.text属性都指向同一个NSString对象,但name不是拥有者

2.如果文本框的内容发生变化,则原先的NSString对象就没有拥有者,会被释放,此时name变量会自动变成nil,称为空指针

weak型的指针变量自动变为nil是非常方便的，这样阻止了weak指针继续指向已释放对象，避免了野指针的产生，不然会导致非常难于寻找的Bug，空指针消除了类似的问题

3.weak指针主要用于“父-子”关系，父亲拥有一个儿子的strong指针，因此父亲是儿子的所有者；但为了阻止所有权循环,儿子需要使用weak指针指向父亲。典型例子是delegate模式,你的ViewController通过strong指针（self.view）拥有一个UITableView, UITableView的dataSource和delegate都是weak指针,指向你的ViewController

五、strong和weak指针的使用注意

1.下面代码是有问题的:

[java]  view plain copy

1. __weak NSString *str = [[NSString alloc] initWithFormat:@"1234"];  
2. NSLog(@"%@", str); // 打印出来是"(null)"  

str是个weak指针，所以NSString对象没有拥有者,在创建之后就会被立即释放。Xcode还会给出警告("Warning: Assigning retained object to weak variable; object will be released after assignment")

2.一般的指针变量默认就是strong类型的,因此一般我们对于strong变量不加__strong修饰,以下两行代码是等价的:

[java]  view plain copy

1. NSString *name = self.nameField.text;  
2. __strong NSString *name = self.nameField.text;  

3.属性可以是strong或weak,写法如下

[java]  view plain copy

1. @property (nonatomic, strong) NSString *name;  
2. @property (nonatomic, weak) id delegate;  

4. 以下代码在ARC之前是可能会行不通的,因为在手动内存管理中,从NSArray中移除一个对象时,这个对象会发送一条release消息，可能会被立即释放。随后NSLog()打印该对象就会导致应用崩溃

[java]  view plain copy

1. id obj = [array objectAtIndex:0];  
2. [array removeObjectAtIndex:0];  
3. NSLog(@"%@", obj);  

在ARC中这段代码是完全合法的,因为obj变量是一个strong指针,它成为了对象的拥有者,从NSArray中移除该对象也不会导致对象被释放

六、ARC小结

1.有了ARC,我们的代码可以清晰很多,你不再需要考虑什么时候retain或release对象。唯一需要考虑的是对象之间的关联,也就是哪个对象拥有哪个对象?

2.ARC也有一些限制：

1> 首先ARC只能工作于Objective-C对象,如果应用使用了Core Foundation或malloc()/free(),此时还是需要你来手动管理内存

2> 此外ARC还有其它一些更为严格的语言规则,以确保ARC能够正常地工作

3.虽然ARC管理了retain和release,但并不表示你完全不需要关心内存管理的问题。因为strong指针会保持对象的生命,某些情况下你仍然需要手动设置这些指针为nil,否则可能导致应用内存不足。无论何时你创建一个新对象时,都需要考虑谁拥有该对象,以及这个对象需要存活多久

4.ARC还能很好地结合C++使用,这对游戏开发是非常有帮助的。对于iOS 4,ARC有一点点限制(不支持weak指针),但也没太大关系

七、ARC使用注意总结

1.不能直接调用dealloc方法，不能调用retain，release，autorelease，retainCount方法，包括@selector(retain)的方式也不行

2.可以用dealloc方法来管理一些资源，但不能用来释放实例变量，也不能在dealloc方法里面去掉［super dealloc］方法，在ARC下父类的dealloc同样由编译器来自动完成

3.Core Foundation类型的对象仍然可以用CFRetain，CFRelease这些方法

4.不能再使用NSAllocateObject和NSDeallocateObject对象

5.不能在C结构体中使用对象指针，如果有类似功能可以创建一个Objective－C类来管理这些对象

6.在id和void＊之间没有简便的转换方法，同样在Objective－C和Core Foundation类型之间的转换都需要使用编译器制定的转换函数

7.不能再使用NSAutoreleasePool对象，ARC提供了@autoreleasepool块来代替它，这样更有效率

8.不能使用内存存储区（不能再使用NSZone）

9.不能以new为开头给一个属性命名

10.声明IBOutlet时一般应当使用weak，除了对StoryBoard这样nib中间的顶层对象要用strong

11.weak相当于老版本的assign，strong相当于retain