OC 內存管理學習筆記

OC內存管理

一、基本原理

(一)為什么要進行內存管理。

由于移動設備的內存極其有限,所以每個APP所占的內存也是有限制的,當app所占用的內存較多時,系統就會發出內存警告,這時需要回收一些不需要再繼續使用的內存空間,比如回收一些不再使用的對象和變量等。

管理范圍:任何繼承NSObject的對象,對其他的基本數據類型無效。

本質原因是因為對象和其他數據類型在系統中的存儲空間不一樣,其它局部變量主要存放于棧中,而對象存儲于堆中,當代碼塊結束時這個代碼塊中涉及的所有局部變量會被回收,指向對象的指針也被回收,此時對象已經沒有指針指向,但依然存在于內存中,造成內存泄露。

(二)對象的基本結構

每個OC對象都有自己的引用計數器,是一個整數表示對象被引用的次數,即現在有多少東西在使用這個對象。對象剛被創建時,默認計數器值為1,當計數器的值變為0時,則對象銷毀。

在每個OC對象內部,都專門有4個字節的存儲空間來存儲引用計數器。

(三)引用計數器的作用

判斷對象要不要回收的唯一依據就是計數器是否為0,若不為0則存在。

(四)操作

給對象發送消息,進行相應的計數器操作。

Retain消息:使計數器+1,改方法返回對象本身

Release消息:使計數器-1(并不代表釋放對象)

retainCount消息:獲得對象當前的引用計數器值

(五)?對象的銷毀

當一個對象的引用計數器為0時,那么它將被銷毀,其占用的內存被系統回收。

當對象被銷毀時,系統會自動向對象發送一條dealloc消息,一般會重寫dealloc方法,在這里釋放相關的資源,dealloc就像是對象的“臨終遺言”。一旦重寫了dealloc方法就必須調用[super?dealloc],并且放在代碼塊的最后調用(不能直接調用dealloc方法)。

一旦對象被回收了,那么他所占據的存儲空間就不再可用,堅持使用會導致程序崩潰(野指針錯誤)。

二、相關概念和使用注意

野指針錯誤:訪問了一塊壞的內存(已經被回收的,不可用的內存)。

僵尸對象:所占內存已經被回收的對象,僵尸對象不能再被使用。(打開僵尸對象檢測)

空指針:沒有指向任何東西的指針(存儲的東西是0,null,nil),給空指針發送消息不會報錯

注意:不能使用[p?retaion]讓僵尸對象起死復生。

三、內存管理原則

(一)原則

只要還有人在使用某個對象,那么這個對象就不會被回收;

只要你想使用這個對象,那么就應該讓這個對象的引用計數器+1;

當你不想使用這個對象時,應該讓對象的引用計數器-1;

(二)誰創建,誰release

(1)如果你通過alloc,new,copy來創建了一個對象,那么你就必須調用release或者autorelease方法

(2)不是你創建的就不用你去負責

(三)誰retain,誰release

只要你調用了retain,無論這個對象時如何生成的,你都要調用release

(四)總結

有始有終,有加就應該有減。曾經讓某個對象計數器加1,就應該讓其在最后-1.

四、內存管理代碼規范

(一)只要調用了alloc,就必須有release(autorelease)

(二)Set方法的代碼規范

(1)基本數據類型:直接復制

-(void)setAge:(int)age

{

_age=age;

}

(2)OC對象類型

-(void)setCar:(Car?*)car

{

//1.先判斷是不是新傳進來的對象

If(car!=_car)

{

//2對舊對象做一次release

[_car?release];//若沒有舊對象,則沒有影響

//3.對新對象做一次retain

_car=[car?retain];

}

}

(三)dealloc方法的代碼規范

(1)一定要[super?dealloc],而且要放到最后

(2)對self(當前)所擁有的的其他對象做一次release操作

-(void)dealloc

{

[_car?release];

[super?dealloc];

}

五、@property的參數

(1)內存管理相關參數

Retain:對對象release舊值,retain新值(適用于OC對象類型)

Assign:直接賦值(默認,適用于非oc對象類型)

Copy:release舊值,copy新值

(2)是否要生成set方法(若為只讀屬性,則不生成)

Readonly:只讀,只會生成getter的聲明和實現

Readwrite:默認的,同時生成setter和getter的聲明和實現

(3)多線程管理(蘋果在一定程度上屏蔽了多線程操作)

Nonatomic:高性能,一般使用這個

Atomic:低性能

(4)Set和get方法的名稱

修改set和get方法的名稱,主要用于布爾類型。因為返回布爾類型的方法名一般以is開頭,修改名稱一般用在布爾類型中的getter。

@propery(setter=setAbc,getter=isRich)?BOOL?rich;

BOOL?b=p.isRich;//調用

六、內存管理中的循環引用問題以及解決

案例:每個人有一張身份證,每張身份證對應一個人,不能使用#import的方式相互包含,這就形成了循環引用。

新的關鍵字:@class?類名;——解決循環引用問題,提高性能

@class僅僅告訴編譯器,在進行編譯的時候把后面的名字作為一個類來處理。

(1)@class的作用:聲明一個類,告訴編譯器某個名稱是一個類

(2)開發中引用一個類的規范

1)在.h文件中使用@class來聲明類

2)在.m文件中真正要使用到的時候,使用#import來包含類中的所有東西

(3)兩端循環引用的解決方法

一端使用retain,一端使用assign(使用assign的在dealloc中也不用再release)

七、Autorelease

(一)基本用法

(1)會將對象放到一個自動釋放池中

(2)當自動釋放池被銷毀時,會對池子里的所有對象做一次release

(3)會返回對象本身

(4)調用完autorelease方法后,對象的計數器不受影響(銷毀時影響)

(二)好處

(1)不需要再關心對象釋放的時間

(2)不需要再關心什么時候調用release

(三)使用注意

(1)占用內存較大的對象,不要隨便使用autorelease,應該使用release來精確控制

(2)占用內存較小的對象使用autorelease,沒有太大的影響

(四)錯誤寫法

(1)連續調用多次autorelease,釋放池銷毀時執行兩次release(-1嗎?)

(2)Alloc之后調用了autorelease,之后又調用了release。

(五)自動釋放池

(1)在iOS程序運行過程中,會創建無數個池子,這些池子都是以棧結構(先進后出)存在的。

(2)當一個對象調用autorelease時,會將這個對象放到位于棧頂的釋放池中

(六)自動釋放池的創建方式

(1)ios?5.0以前的創建方式

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

`````````````````

[pool??release];//[pool?drain];用于mac

(2)Ios5.0以后

@autoreleasepool

{//開始代表創建自動釋放池

·······

}//結束代表銷毀自動釋放池

(七)Autorelease注意

(1)系統自帶的方法中,如果不包含alloc?new?copy等,則這些方法返回的對象都是autorelease的,如[NSDate??date];

(2)開發中經常會寫一些類方法來快速創建一個autorelease對象,創建對象時不要直接使用類名,而是使用self

八、ARC內存管理機制

(一)ARC的判斷準則:

只要沒有強指針指向對象,對象就會被釋放。

(二)指針分類:

(1)強指針:默認的情況下,所有的指針都是強指針,關鍵字strong

(2)弱指針:_?_weak關鍵字修飾的指針

聲明一個弱指針如下:

_?_weak?Person?*p;

ARC中,只要弱指針指向的對象不在了,就直接把弱指針做清空操作。

_?_weak?Person?*p=[[Person?alloc]??init];//不合理,對象一創建出來就被釋放掉,對象釋放掉后,ARC把指針自動清零。

ARC中在property處不再使用retain,而是使用strong,在dealloc中不需要再[super?dealloc]。

@property(nonatomic,strong)Dog?*dog;//意味著生成的成員變量_dog是一個強指針,相當于以前的retain。

如果換成是弱指針,則換成weak,不需要加_?_。

(三)ARC的特點總結:

(1)不允許調用release,retain,retainCount

(2)不允許重寫dealloc,但是不允許調用[super?dealloc]

(3)@property的參數:

Strong:相當于原來的retain(適用于OC對象類型),成員變量是強指針

Weak:相當于原來的assign,(適用于oc對象類型),成員變量是弱指針

Assign:適用于非OC對象類型(基礎類型)

(四)補充

讓程序兼容ARC和非ARC部分。轉變為非ARC??-fno-objc-arc轉變為ARC的,-f-objc-arc。

ARC也需要考慮循環引用問題:一端使用retain,另一端使用assign。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,963評論 6 542
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,348評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,083評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,706評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,442評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,802評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,795評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,983評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,542評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,287評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,486評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,030評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,710評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,116評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,412評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,224評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,462評論 2 378

推薦閱讀更多精彩內容

  • 內存管理 簡述OC中內存管理機制。與retain配對使用的方法是dealloc還是release,為什么?需要與a...
    丶逐漸閱讀 1,987評論 1 16
  • 29.理解引用計數 Objective-C語言使用引用計數來管理內存,也就是說,每個對象都有個可以遞增或遞減的計數...
    Code_Ninja閱讀 1,518評論 1 3
  • iOS內存管理 概述 什么是內存管理 應用程序內存管理是在程序運行時分配內存(比如創建一個對象,會增加內存占用)與...
    蚊香醬閱讀 5,746評論 8 119
  • 內存管理是程序在運行時分配內存、使用內存,并在程序完成時釋放內存的過程。在Objective-C中,也被看作是在眾...
    蹲瓜閱讀 3,153評論 1 8
  • 今天又是加班到深夜,只為迎接審計而補資料。從中不難發現公司制度有點落后,公司海外起步較晚,而在海外自行組織施工更是...
    樞立水木閱讀 177評論 2 1