《OC高級編程》筆記1——引用計數&內存管理

前言

最近在閱讀《Objective-C高級編程 iOS與OS X多線程和內存管理》這本書。接下來會按照書第一章為內存管理,第二章為block,第三章為GCD的結構,相應得完成3篇筆記。

內存管理的思考模式

OC中的內存管理是用“引用計數機制”來實現的:** 每個對象剛被創建時引用計數為1,若被其他對象持有一次,就加1;若持有釋放則減1,到最后當該對象的引用計數為0時,該對象就被銷毀了。** 但是,我們也可以換個角度來思考、理解內存管理。如下:

** “自己生成的對象,自己自動持有。”——alloc,new,copy,mutableCopy等方法;**
** “非自己生成的對象,自己也能持有。” **
** “無法釋放非自己持有的對象。” **
比如:
1.已經自己剛釋放掉的對象自己便不再持有了,也就不能再釋放了;
2.若在非ARC環境,下面的代碼肯定會出錯,因為array方法只生成對象,但本身并不持有對象。

NSArray *arr =  [NSArray array];
[arr release];

如果要用某個方法生成對象并返回給調用者:1.通過alloc等方法生成;2.通過alloc以外方法生成。

  • 通過alloc等,或者以alloc等開頭的方法生成的對象都是自動持有的,即引用計數置為1(通過alloc方法返回的對象由調用者所擁有,也就是說,調用者已通過alloc方法來表達了想令該對象繼續存活下去的意愿)。
  • 而通過非alloc方法生成對象,可以取得對象但并不持有,這時要使用autorelease方法,將其放入自動釋放池,在pool結束時同pool一同被release(pool dealloc時要將其中所有對象release)

alloc/retain/release/dealloc等方法的實現

alloc:

alloc方法里面調用的allocWithZone:方法,傳入內存區域生成內存空間,但現在幾乎不在乎內存NSZone的問題了,基本采用默認分配方式分給對象內存空間,隨即將其置0。

alloc創建對象后是自動持有的,即引用計數為1。

在GNUstep框架中在對象內存頭部有一塊空間(整數)來記錄該對象當前引用計數,讀取引用計數的方法retainCount實現機理即是訪問該小空間的整數retained。而retain就使其遞增retained++,release則遞減retained--。當retained == 0時,調用dealloc廢棄該對象。
蘋果生成對象的原理和GNUstep差不多,但是引用計數的管理卻有不同,蘋果采用哈希表來管理對象的引用計數,該表的key為哈希化的內存塊地址,value為其引用計數。

autorelease

自動釋放池:

//  ARC無效時

    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; // 生成一個自動釋放池
    id obj = [[NSObject alloc] init]; // 某對象obj
    [obj autorelease]; // 將某對象obj放入該自動釋放池。
    [pool drain]; // pool的drain方法不僅dealloc該pool對象,而且使其中的所有對象執行release(即在pool結束時release所有在里的對象)

** 注意: ** 因為放入pool的對象都要統一等到pool結束時統一釋放,所以若是有大量的對象放入自動釋放池,則會造成程序內存上升。

autorelease的實現:
取得正在使用的當前存在的pool對象,并將該對象加入該池([pool addObject:obj]),在pool內存維護一個列表(即數組來記錄放入的對象),即[pool addObject:obj]內部實現大概為:

- (void)addObject:(id)obj
{
    [_array addObject:obj];
}

pool的drain方法執行時會遍歷該數組,將其中所有的對象都執行一遍release,然后再把該數組release。

所有權修飾符

ARC有效時,必須要有所有權修飾符修飾對象:
** 什么都不寫時,默認是__strong的。與這些修飾符對應的是定義屬性時用的“內存管理語義”strong,weak等。**

__strong,
__weak,
__unsafe_unretained,
__autoreleasing

__strong

在ARC環境下,__strong修飾符是默認的修飾符,也就是說我們寫的代碼雖沒有明確寫明所有權修飾符,但其實默認為__strong

id obj = [[NSObject alloc] init];
// 其實默認為__strong修飾符
id __strong obj = [[NSObject alloc] init];

__strong修飾符有什么用呢?** __strong修飾符表示對對象的“強引用”。持有強引用的指針在超出其作用域時被廢棄,隨著強引用的消失,引用的對象也隨之被釋放。**

    // ARC下
    id __strong obj = [[NSObject alloc] init];

上面代碼等同于下面代碼:

{   // 非ARC下
    id obj = [[NSObject alloc] init];
    
    // ....作用域內
    
    [obj release];
}

__weak

__weak修飾符的存在是為解決“循環引用”問題而引入的,它是弱引用,弱引用不持有對象。

    id __weak obj1 = nil;
    {
        id __strong obj0 = [[NSObject alloc] init];
        obj1 = obj0;
        NSLog(@"作用域內:obj0:%@----obj1:%@",obj0,obj1);
    }
    NSLog(@"作用域外:obj1:%@",obj1);
 // 超出了作用域obj0釋放,對象被廢棄,則obj1這個弱引用自動失效并被賦值為nil
作用域內:obj0:<NSObject: 0x7fdcc1446f10>----obj1:<NSObject: 0x7fdcc1446f10>
作用域外:obj1:(null)

另外:** __weak修飾的對象,都會被注冊到自動釋放池autorelease中。**
所以,我們應該避免大量使用__weak,只有在需要避免循環引用等問題時使用它。

上面說的避免大量使用有不要隨便定義__weak修飾的對象的意思,也有避免:一個__weak修飾的對象若被使用多次,則就注冊到自動釋放池中多次;所以我們有時為內存著想,可以將該對象賦值給一個__strong修飾的對象,以供后續使用,這樣只會被注冊到自動釋放池中一次。

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

推薦閱讀更多精彩內容