程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> C語言 >> 關於C語言 >> Objective-C內存管理之引用計數

Objective-C內存管理之引用計數

編輯:關於C語言

初學者在學習Objective-c的時候,很容易在內存管理這一部分陷入混亂狀態,很大一部分原因是沒有弄清楚引用計數的原理,搞不明白對象的引用數量,這樣就當然無法徹底釋放對象的內存了,蘋果官方文檔在內存管理這一部分說的非常簡單,只有三條准則:

當你使用new、alloc或copy方法創建一個對象時,該對象的保留指針為1,當不再使用該對象的時候,你應該想該對象發送一條release或autorelease消息,這樣,該對象在其壽命結束時將被銷毀。

當你通過其他方法獲得一個對象時,假設該對象的保留計數器為1,而且已經設置為自動釋放,那麼你不需要執行任何操作來確保該對象被銷毀。如果你打算在一段時間內擁有該對象,則需要保留它並確保它在操作完成時釋放它。

如果你保留了某個對象,就需要(最終)釋放或自動釋放該對象。必須保持retain方法和release方法的使用次數相同。

如果在寫代碼的時候遵守這些准則,可以避免內存洩露,但是如果僅靠對這些准則的“記憶”來寫代碼的話,恐怕自己心裡都不會有底,一旦遇到問題分析問題的時候很難從根本上找到問題出現的原因,本文分享了自己在理解引用計數時的分析過程,結合相關圖形,希望能讓大家深刻理解對象引用計數的原理。

遇到了問題?分析然後測試

當前對象的引用計數是多少呢?

為什麼要提出這個問題,因為很多人會搞混對象的指針數量與引用數量的關系,不理解這個問題就弄不明白對象的引用計數到底為多少,當然就無法正確釋放內存了。在說這個之前先簡單了解一下堆內存與棧內存的概念,

棧內存:由編譯器負責分配,存放局部環境中定義的基本變量的值,例如方法中的基本變量等,離開局部環境時會由編譯器自動釋放其內存空間。

堆內存: 一般由程序員通過new或alloc等來手動分配,使用完後也需要程序員手動釋放,若程序員不釋放,程序結束時可能由OS回收。注意它與數據結構中的堆是兩回事。

變量名實際上是一個符號地址,在對程序編譯連接時由系統給每一個變量名分配一個內存地址。在程序中從變量中取值,實際上是通過變量名找到相應的內存地址,從其存儲單元中讀取數據。指針是一個特殊的變量,因為它存放的是一個變量的地址。如下圖所示:

<img width="" height="" " src="http://img.ddvip.com/2014/0819/201408190838208644.png"/>

  上面這個內存模型相信大家都知道,指針與對象存在一個間接(指向)的關系,因此當指針指向一個對象的時候,很多人就會覺得這個指針引用到了該對象,進而就認為當指針指向一個對象的時候,該對象的引用計數就會加1,這種理解是一種感性的理解。實際上對於一個對象來說,它是不知道指向它的指針有多少個的,它的釋放僅僅依靠的是引用計數,那麼什麼是引用計數呢?在objective-c中,大部分對象都繼承於NSObject,NSObject包含一個用來保存引用數量的字段retainCount,說白了該字段就是引用計數,NSObject類的部分定義如下:
- (id)retain;
- (oneway void)release;
- (id)autorelease;
- (NSUInteger)retainCount;
- (NSString *)description;

因此,為了便於理解,我們可以把NSObject簡化為如下模型:

對象能否釋放就是判斷其引用次數是否為零,也就是判斷該對象的retainCount字段是否等於0,而指向該對象指針數量跟該對象retainCount字段的值並沒有關系,因此指針數量並不等於引用數量,當指針指向該對象的時候,僅僅是給該指針變量賦值了,並沒有修改對象的retainCount值,因此,指針指向一個對象的時候,該對象的引用計數是沒有改變的。

以上面那段代碼為例,我們調用Test對象的new方法的時候,會自動將retainCount的值設置為1,當我們將test1賦值給test2的時候,只是一個指針賦值,並沒有修改對象的retainCount值,所以引用計數不變,依舊為1。

測試用例:

Engine *engine1 = [Engine new];
        NSLog(@"通過new消息創建對象engine1:");
        //輸出engine1指針地址
        NSLog(@"engine1 address is %p.",engine1);
        //輸出engine1的retainCount
        NSLog(@"engine1 retainCount is %lu",(unsigned long)[engine1 retainCount]);
            
        Engine *engine2 = engine1;
        NSLog(@"將指針engine1復制給指針engine2:");
        //輸出engine2指針地址
        NSLog(@"engine2 address is %p.",engine2);
        //輸出engine1的retainCount
        NSLog(@"engine1 retainCount is %lu",(unsigned long)[engine1 retainCount]);
        //輸出engine2的retainCount
        NSLog(@"engine2 retainCount is %lu",(unsigned long)[engine2 retainCount]);
            
        Engine *engine3 = [engine1 retain];
        NSLog(@"通過retain消息獲得對象engine3:");
        //輸出engine3指針地址
        NSLog(@"engine3 address is %p.",engine3);
        //輸出engine1的retainCount
        NSLog(@"engine1 retainCount is %lu",(unsigned long)[engine1 retainCount]);
        //輸出engine2的retainCount
        NSLog(@"engine2 retainCount is %lu",(unsigned long)[engine2 retainCount]);
        //輸出engine3的retainCount
        NSLog(@"engine3 retainCount is %lu",(unsigned long)[engine3 retainCount]);
            
        [engine2 release];
        NSLog(@"給對象engine2發送消息release");
        NSLog(@"engine2 address is %p.",engine2);
        NSLog(@"engine2 retainCount is %lu.",(unsigned long)[engine2 retainCount]);

輸出結果如下:

從上面的輸出結果可以得出以下幾點結論:

和本文一開始分析得出的結果一樣,通過指針賦值並不能改變對象的引用計數。

不論是通過指針賦值還是通過retain獲得對象,它們都指向同一個內存地址,即:指向同一個對象

在對象的引用計數歸零之前,所有指向它的指針都是可用的。通過某個指針發送release消息僅僅是讓引用計數減一,該指針本身不會被銷毀。

因為這裡需要輸出引用計數,就沒有采用ARC,所以會有一個小問題,那就是當退出局部環境的時候,即使局部指針所指向的對象已被銷毀,局部指針變量的值仍然沒有改變,因此需要手動賦值為nil。如果采用ARC的話,會自動回收內存並將指針賦值為nil。

總結

不管是直接通過指針賦值還是通過retain或者copy來保留對象,都會增加指向對象的指針數量,這些指針都指向同一塊內存地址,因為對象所分配的內存地址是不變的。

指向對象的指針的多少跟引用計數沒有任何關系,但是通過retain、copy或release可以改變對象的引用計數。

僅當引用計數為0時才會釋放對象占用的內存空間。  

哎,真是“落花有意流水無情”啊,哪怕再多的指針“愛上對象”,人家這輩子卻也只認引用計數。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved