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

柔情只为你懂 2022-05-30 04:10 199阅读 0赞

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 `assign`instead.)

`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 完全指南][iOS ARC]

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

一、简介

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

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

二、原理

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

三、strong指针

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

\[java\]  [view plain][] [copy][view plain]

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

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

![1359784563_9537.png][]

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

![1359784932_1474.png][]

2.如果执行了如下代码

\[java\]  [view plain][] [copy][view plain]

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

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

![1359785235_8024.png][]

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

![1359785358_6408.png][]

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

![1359785462_2253.png][]

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

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

\[java\]  [view plain][] [copy][view plain]

1.  name = @"Jake";

![1359785862_8587.png][]

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

四、weak指针

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

1.执行下面的代码

\[java\]  [view plain][] [copy][view plain]

1.  \_\_weak NSString \*name = self.nameField.text;

![1359786449_8445.png][]

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

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

![1359786756_8820.png][]

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

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

![1359787721_1856.png][]

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

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

\[java\]  [view plain][] [copy][view plain]

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][view plain]

1.  NSString \*name = self.nameField.text;  
2.  \_\_strong NSString \*name = self.nameField.text;

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

\[java\]  [view plain][] [copy][view plain]

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

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

\[java\]  [view plain][] [copy][view plain]

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

[iOS ARC]: http://download.csdn.net/detail/zkdemon/4213790
[view plain]: http://blog.csdn.net/q199109106q/article/details/8565017#
[1359784563_9537.png]: https://img-my.csdn.net/uploads/201302/02/1359784563_9537.png
[1359784932_1474.png]: https://img-my.csdn.net/uploads/201302/02/1359784932_1474.png
[1359785235_8024.png]: https://img-my.csdn.net/uploads/201302/02/1359785235_8024.png
[1359785358_6408.png]: https://img-my.csdn.net/uploads/201302/02/1359785358_6408.png
[1359785462_2253.png]: https://img-my.csdn.net/uploads/201302/02/1359785462_2253.png
[1359785862_8587.png]: https://img-my.csdn.net/uploads/201302/02/1359785862_8587.png
[1359786449_8445.png]: https://img-my.csdn.net/uploads/201302/02/1359786449_8445.png
[1359786756_8820.png]: https://img-my.csdn.net/uploads/201302/02/1359786756_8820.png
[Link 1]: http://baike.baidu.com/view/1291320.htm
[1359787721_1856.png]: https://img-my.csdn.net/uploads/201302/02/1359787721_1856.png