strong和weak指針

參考文獻:  

提示本文中所說的"執行個體變量"即是"成員變量""局部變量"即是"本地變量"

一、簡介

ARC是自iOS 5之後增加的新特性完全消除了手動管理記憶體的煩瑣編譯器會自動在适當的地方插入适當的retain、release、autorelease語句。你不再需要擔心記憶體管理,因為編譯器為你處理了一切

注意ARC 是編譯器特性而不是 iOS 運作時特性(除了weak指針系統)它也不是類似于其它語言中的垃圾收集器。是以 ARC 和手動記憶體管理性能是一樣的有時還能更加快速因為編譯器還可以執行某些優化

二、原理

ARC 的規則非常簡單隻要還有一個變量指向對象對象就會保持在記憶體中。當指針指向新值,或者指針不再存在時,相關聯的對象就會自動釋放。這條規則對于執行個體變量、synthesize屬性、局部變量都是适用的

三、strong指針

控制器中有個文本輸入框框屬性

[java]

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

1.如果使用者在文本框中輸入mj這個字元串

那麼就可以說nameField的text屬性是NSString對象的指針也就是擁有者該對象儲存了文本輸入框的内容

2.如果執行了如下代碼

NSString *name = self.nameField.text;  

一個對象可以有多個擁有者,在上面代碼中,name變量同樣也是這個NSString對象的擁有者,也就是有兩個指針指向同一個對象

3.随後使用者改變了輸入框的内容比如

此時nameFeild的text屬性就指向了新的NSString對象。但原來的NSString對象仍然還有一個所有者(name變量)是以會繼續保留在記憶體中

4.當name變量獲得新值,或者不再存在時(如局部變量方法傳回時、執行個體變量對象釋放時),原先的NSString對象就不再擁有任何所有者,retain計數降為0,這時對象會被釋放

如給name變量賦予一個新值

name = @"Jake";  

我們稱name和nameField.text指針為"Strong指針"因為它們能夠保持對象的生命。預設所有執行個體變量和局部變量都是Strong指針

四、weak指針

weak型的指針變量仍然可以指向一個對象但不屬于對象的擁有者

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.下面代碼是有問題的:

__weak NSString *str = [[NSString alloc] initWithFormat:@"1234"];  

NSLog(@"%@", str); // 列印出來是"(null)"

str是個weak指針是以NSString對象沒有擁有者,在建立之後就會被立即釋放。Xcode還會給出警告("Warning: Assigning retained object to weak variable; object will be released after assignment")

2.一般的指針變量預設就是strong類型的,是以一般我們對于strong變量不加__strong修飾,以下兩行代碼是等價的:

__strong NSString *name = self.nameField.text;  

3.屬性可以是strong或weak,寫法如下

@property (nonatomic, strong) NSString *name;  

@property (nonatomic, weak) id delegate;  

4.以下代碼在ARC之前是可能會行不通的,因為在手動記憶體管理中,從NSArray中移除一個對象時,這個對象會發送一條release消息可能會被立即釋放。随後NSLog()列印該對象就會導緻應用崩潰

id obj = [array objectAtIndex:0];  

[array removeObjectAtIndex:0];  

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方法不能調用retainreleaseautoreleaseretainCount方法包括@selector(retain)的方式也不行

2.可以用dealloc方法來管理一些資源但不能用來釋放執行個體變量也不能在dealloc方法裡面去掉super dealloc方法在ARC下父類的dealloc同樣由編譯器來自動完成

3.Core Foundation類型的對象仍然可以用CFRetainCFRelease這些方法

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

5.不能在C結構體中使用對象指針如果有類似功能可以建立一個ObjectiveC類來管理這些對象

6.在id和void之間沒有簡便的轉換方法同樣在ObjectiveC和Core Foundation類型之間的轉換都需要使用編譯器制定的轉換函數

7.不能再使用NSAutoreleasePool對象ARC提供了@autoreleasepool塊來代替它這樣更有效率

8.不能使用記憶體存儲區不能再使用NSZone

9.不能以new為開頭給一個屬性命名

10.聲明IBOutlet時一般應當使用weak除了對StoryBoard這樣nib中間的頂層對象要用strong

11.weak相當于老版本的assignstrong相當于retain