IOS 內存管理


小議iphone內存管理與屬性

 

一、前言

      對於大多數從C++或者JAVA轉過來學習Object-C(以下簡稱OC)的人來說,OC這門語言看起來非常奇怪,用起來也有點麻煩。

      OC沒有像JAVA一樣的垃圾回收機制,也就是說,OC編程需要程序員手動去管理內存。這就是為什么它煩的原因,蘋果卻一直推崇開發者在有限硬件資源內寫出最優化的代碼,使用CPU最少,占用內存最小。

 

二、基本原理

對象的創建:

      OC在創建對象時,不會直接返回該對象,而是返回一個指向對象的指針,因此出來基本類型以外,我們在OC中基本上都在使用指針。

      ClassA  *a = [[ClassA   alloc]  init];

      在[ClassA   alloc]的時候,已經發送消息通知系統給ClassA的對象分配內存空間,並且返回了指向未初始化的對象的一個指針。

      未初始化的ClassA對象接手到init消息,init返回指向已初始化后的ClassA對象的一個指針,然后將其賦值給變量a。

在創建並使用完一個對象的時候,用戶需要手動地去釋放該對象。

      [a   dealloc];

如果指針a和b同時指向堆中同一塊內存地址

      ClassA  *a = [[ClassA   alloc]  init];

      ClassA  *b = a;

      [a   dealloc];

當執行到第三行的時候,指針b就成了無頭指針。這是一個在C++中也是常見的錯誤,我們需要避免這類錯誤,因為無頭指針是危險的。

引用計數:

      OC在內存管理上采用了引用計數(retain count),在對象內部保存一個數字,用來表示被引用的次數。init、new和copy都會讓retain count加1。當銷毀對象的時候,系統不會直接調用dealloc方法,而是先調用release,讓retain count 減1,當retain count等於0的時候,系統才會調用dealloc方法來銷毀對象。

      在指針賦值的時候,retain count 是不會自動增加的,為了避免上面所說的錯誤,我們需要在賦值的時候手動retain一次,讓retain count 增加1。

      ClassA  *a = [[ClassA   alloc]  init];  // retain count = 1

      ClassA  *b = a;

      [b   retain];  // retain count = 2

      [a   dealloc];

這樣在執行到第四行的時候,對象的retain count只是減了1,並沒有被銷毀,指針b仍然有效。

 

內存泄露:

      就如上面列子所示,當生成ClassA對象時,指針a擁有對該對象的訪問權。如果失去了對一個對象的訪問權,而又沒有將retain count減至0,就會造成內存泄露。也就是說,分配出去的內存無法回收。

      ClassA  *a = [[ClassA   alloc]  init];

      a  =  nil;

 

三、Autorelease Pool

      為了方便程序員管理內存,蘋果在OC中引入了自動釋放池(Autorelease Pool)。在遵守一些規則的情況下,可以自動釋放對象。但即使有這么一個工具,OC的內存仍需要程序員時刻關注(這個自動釋放池跟JAVA的垃圾回收機制不是一回事,或者說,騎馬都追不上JAVA的機制,可能連塵都吃不到)。

      ClassA  *a = [[[ClassA   alloc]  init]  autorelease];

      //retain count = 1,但無需release

Autorelease Pool 的原理:

      autorelease pool 全名叫做NSAutoreleasePool,是OC中的一個類。autorelease pool並不是天生就有的,你需要手動的去創建它

      NSAutoreleasePool  *pool = [[NSAutoreleasePool  alloc]  init];

一般地,在新建一個iphone 項目的時候,xcode會自動地為你創建一個autorelease pool,這個pool就寫在Main函數里面。

在NSAutoreleasePool中包含了一個 可變數組,用來存儲被聲明為autorelease的對象。當NSAutoreleasePool自身被銷毀的時候,它會遍歷這個數組,release數組中的每一個成員(注意,這里只是release,並沒有直接銷毀對象)。若成員的retain count 大於1,那么對象沒有被銷毀,造成內存泄露。

      默認的NSAutoreleasePool 只有一個,你可以在你的程序中創建NSAutoreleasePool,被標記為autorelease的對象會跟最近的NSAutoreleasePool 匹配。     NSAutoreleasePool  *pool = [[NSAutoreleasePool  alloc]  init];

      //Create some objects

      //do something…

      [pool  release];

你也可以嵌套使用NSAutoreleasePool  ,就像你嵌套使用for一樣。

      即使NSAutoreleasePool  看起來沒有手動release那么繁瑣,但是使用NSAutoreleasePool  來管理內存的方法還是不推薦的。因為在一個NSAutoreleasePool  里面,如果有大量對象被標記為autorelease,在程序運行的時候,內存會劇增,直到NSAutoreleasePool   被銷毀的時候才會釋放。如果其中的對象足夠的多,在運行過程中你可能會收到系統的低內存警告,或者直接crash。

 

Autorelease Pool   擴展:

      如果你極具好奇心,把Main函數中的NSAutoreleasePool  代碼刪除掉,然后再自己的代碼中把對象聲明為autorelease,你會 發現系統並不會給你發出錯誤信息或者警告。用內存檢測工具去檢測內存的話,你可能會驚奇的發現你的對象仍然被銷毀了。

      其實在新生成一個Run Loop的時候,系統會自動的創建一個NSAutoreleasePool  ,這個NSAutoreleasePool 無法被刪除。

 

      在做內存測試的時候,請不要用NSString。OC對字符串作了特殊處理

      NSString  *str  =[ [NSString alloc]  stringWithString:@”123”];

在輸出str的retain count 的時候,你會發現retain count 大於1。

 

四、手動管理內存

      使用alloc、new、copy創建一個對象,該對象的retain count 都等於1,需要用release來釋放該對象。誰創建,誰去釋放。在這3鍾方法以外的方法創建的對象,都被系統默認的聲明為autorelease。

      ClassA  *a = [[ClassA   alloc]  init];

      ClassA  *b = a;

      [b   retain];

      //do smoething

      [b release];

      b  =  nil;

把一個指針賦值給另外一個指針的時候,a 指針所指向的對象的引用次數並沒有增加,也就是說,對象的retain count依然等於1。只有在retain了之后,retain count 才會加1。那么,如果這時候執行[a  release],只是a指針放棄了對對象的訪問權,對象的retain count 減1,對象沒有被銷毀。只有當b也執行了release方法之后,才會將對象銷毀掉。因此,誰retain了,誰就要release。

      在對象被銷毀之后,指針依然是存在的。所以在release了之后,最好把指針賦為空,防止無頭指針的出現。順便一說,release一個空指針是合法的,但是不會發生任何事情。

      如果你在一個函數中創建並返回一個對象,那么你需要把這個對象聲明為autorelease

      (ClassA  *)Function()

      {

           ClassA *a = [[[ClassA   alloc]  init]  autorelease];

           return a;

      }

不這樣做的話,會造成內存泄露。

 

五、屬性與內存管理

      蘋果一直沒有強調的一點是,關於屬性中的retain。事實上,屬性中帶有retain的,在賦值的時候可能已經在合成的setter中retain了一次,因此,這里也需要release。

      @property實際上是getter和setter,@synthesize是合成這2個方法。為什么在聲明了屬性之后可以用“.”來直接調用成員變量呢?那是因為聲明屬性以后系統根據你給的屬性合成了一個set方法和一個get方法。使用“.”與屬性並沒有直接關聯,如果你不嫌麻煩,在你的程序里面多寫一個set和get方法,你也可以使用“.”來調用變量。

      @property(),如果你里面什么都不寫,那么系統會默認的把你的屬性設置為:

      @property(atomic, assign)…..

關於nonatomic:

      這個屬性沒有對應的atomic關鍵字,即使我上面是這么寫,但atomic只是在你沒有聲明這個特性的時候系統默認,你無法主動去聲明這一特性。

      如果你的程序只有一個主線程,或者你確定你的程序不會在2個或者以上線程運作的時候訪問同一個變量,那么你可以聲明為nonatomic。指定nonatomic特性,編譯器合成訪問器的時候不會去考慮線程安全問題。如果你的多個線程在同一時間會訪問到這個變量的話,可以將特性聲明為atomic(通過省略關鍵字nonatomic)。在這種特性的狀態下,編輯器在合成訪問器的時候就會在訪問器里面加一個鎖(@synchronized),在同一時間只能有一個線程訪問該變量。

      但是使用鎖是需要付出代價的,一個聲明為atomic的屬性,在設置和獲取這個變量的時候都要比聲明為nonatomic的慢。所以如果你不打算編寫多線程代碼,最好把變量的屬性特性聲明為nonatomic。

關於assign、retain和copy:

      assign是系統默認的屬性特性,它幾乎適用於OC的所有變量類型。對於非對象類型的變量,assign是唯一可選的 特性。但是如果你在引用計數下給一個對象類型的變量聲明為assign,那么你會在編譯的時候收到一條來自編譯器的警告。因為assign對於在引用計數下的對象特性,只創建了一個弱引用(也就是平時說的淺復制)。這樣使用變量會很危險。當你release了前一個對象的時候,被賦值的對象指針就成了無頭指針了。因此在為對象類型的變量聲明屬性的時候,盡量少(或者不要)使用assign。

      關於assign合成的setter,看起來是這樣的:

      -(void)setObjA:(ClassA  *)a

      {

           objA  =  a;

      }

 

      在深入retain之前,先把聲明為retain特性的setter寫出來:

      -(void)setObjA:(ClassA  *)a

{

           If(objA != a)

{

   [objA  release];

   objA  =  a;

   [objA  retain];  //對象的retain count 加1

}

}

明顯的,在retain的setter中,變量retain了一次,那么,即使你在程序中

      self.objA  =  a;

只寫了這么一句,objA仍然需要release,才能保證對象的retain count 是正確的。但是如果你的代碼

      objA  =  a;

只寫了這么一句,那么這里只是進行了一次淺復制,對象的retain count 並沒有增加,因此這樣寫的話,你不需要在后面release objA。

      這2句話的區別是,第一句使用了編譯器生成的setter來設置objA的值,而第二句只是一個簡單的指針賦值。

 

      copy的setter看起來是這樣的:

 

      -(void)setObjA:(ClassA  *)a

{

  ClassA  * temp  =  objA;

  objA  =  [a   copyWithZone:nil];

  [temp  release];

}

復制必須通過實現copyWithZone:這個方法,因次copy這個特性只適用於擁有這個方法的類型,也就是說,必須這個類支持復制。復制是把原來的對象release掉,然后讓指針指向一個新的對象的副本。因此即使在setter里面release了原來的對象,你仍然需要在后面release新指向的對象(副本)。

 

 

六、尾聲

      IOS開發現在唯一能用的內存管理方式就是引用計數,無論你喜歡還是不喜歡。在一個內存緊缺的機器上,你編寫程序的時候也只能步步為營,盡可能的讓你的程序騰出內存空間,並保證系統不會給你一個警告。即使蘋果在Mac OS X 雪豹(v10.5)系統里面添加了另外一種內存管理方式(垃圾收集),但目前不適用於IOS。

 

出處:http://www.cnblogs.com/ET-Union/archive/2011/08/17/2143774.html


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM