ARC規(guī)則

title: ARC規(guī)則
date: 2016-03-17 16:49:05
categories: iOS
tags: Objective-C高級編程 iOS與OS X多線程和內(nèi)存管理


作者:秋兒(lvruifei@foxmail.com

學(xué)習(xí)筆記 二 之《Objective-C高級編程 iOS與OS X多線程和內(nèi)存管理》

第一章:自動引用計數(shù)

ARC 規(guī)則

ARC 所有權(quán)修飾符:

  • __strong:

    對對象強(qiáng)引用,變量超出其作用域時被廢棄,強(qiáng)引用失效,對象也隨之釋放(id 類型和對象類型默認(rèn)為 __strong 修飾符)

  • __weak:

在持有某對象的弱引用時,若對象被廢棄,則此弱引用將自動失效且處于nil 被賦值的狀態(tài)(空弱引用)。只能用于 iOS5 和 OS X Lion 以上版本,以下可使用 __unsafe_unretained 修飾符來代替。 
  • __unsafe_unretained:

    被修飾的變量不屬于編譯器的內(nèi)存管理對象,是 __weak 的代替

  • __autoreleasing:

    @autoreleasepool 塊代替 NSAutoreleasePool 類對象生成,持有,廢棄這一范圍

    __autoreleasing 修飾符 等價于在 ARC 無效時調(diào)用對象的 autorelease 方法

    編譯器會檢查方法名是否是以 alloc/new/copy/mutableCopy 開始,不是,則自動將返回值得對象注冊到 autoreleasepool

    訪問 __weak 修飾符的變量時必須訪問注冊到 autoreleasepool 的對象

    id 的指針或?qū)ο蟮闹羔槙J(rèn)附加上 __autoreleasing 修飾符

    賦值給對象指針時,所有權(quán)修飾符必須一致:

      NSError *error = nil;
      NSError * __strong *pError = &error;
      
      NSError _weak *error = nil;
      NSError * __weak *pError = &error;
    

    NSRunLoop 等實(shí)現(xiàn)不論 ARC 有效還是無效,均能夠隨時釋放注冊到 autoreleasepool 中的對象。

    ARC 無效時 @autoreleasepool 塊 _objc_autoreleasePoolPrint() 均能使用。

ARC 規(guī)則:

  • 不能使用 retain/release/retainCount/autorelease:

    內(nèi)存管理是編譯器的工作

  • 不能使用 NSAllocateObject/NSDeallocateObject

  • 需遵守內(nèi)存管理的方法命名規(guī)則:

    init 開始的方法返回的對象并不注冊到autoreleasepool 上

    init 方法返回的對象應(yīng)為 id 類型或該方法聲明類的對象類型,或者是該類的超類型或子類型

  • 不要顯式調(diào)用 dealloc

  • 使用 @autoreleasepool 塊替代 NSAutoreleasePool

  • 不能使用區(qū)域(NSZone):

    不管 ARC 是否有效,區(qū)域在現(xiàn)在的運(yùn)行時系統(tǒng)中已單純的被忽略

  • 對象型變量不能作為 C 語言結(jié)構(gòu)體(struct/union)的成員:

    要把對象型變量加入到結(jié)構(gòu)體成員中時,可強(qiáng)制轉(zhuǎn)換為 void * 或者是附加 __unsafe_unretained 修飾符

      struct Data {
          NSMutableArray __unsafe_unretained *array;
      };
    
  • 顯式轉(zhuǎn)換 "id" 和 "void *"

    在 ARC 無效時,將 void * 變量賦值給 id 變量,調(diào)用其實(shí)例方法,運(yùn)行時不會有問題

      //ARC 無效
      id obj = [[NSObject alloc] init];
      void *p = obj;
      id o = p;
      [o release];
    

    在 ARC 有效時,上面的代碼會引起編譯錯誤。id 型或?qū)ο笮妥兞抠x值給 void * 或者逆向賦值時都需要進(jìn)行特定的轉(zhuǎn)換。如果只想單純地賦值,則可以使用 “__bridge 轉(zhuǎn)換”

      id obj = [[NSObject alloc] init];
      void *p = (__bridge void *)obj;
      id o = (__bridge id)p;
    

    轉(zhuǎn)換為 void * 的 __bridge 轉(zhuǎn)換,其安全性與賦值給 __unsafe_unretained 修飾符相近,甚至更低。如果管理時不注意賦值對象的所有者,就會因懸垂指針而導(dǎo)致程序崩潰。

    __bridge 轉(zhuǎn)換中還有 “__bridge_retained 轉(zhuǎn)換” 和 “__bridge_transfer轉(zhuǎn)換”

    • __bridge_retained 使要轉(zhuǎn)換賦值的變量也持有所賦值的對象, 與retain 相似
    • __bridge_transfer 與上面的相反,被轉(zhuǎn)換的變量所持有的對象在該變量被賦值給轉(zhuǎn)換目標(biāo)變量后隨之釋放,與 release 相似
Objective-C 對象和 Core Foundation 對象,后者主要使用在用 C 語言編寫的 Core Foundation 框架中,使用引用計數(shù)的對象。兩者區(qū)別很小,不同之處只在于由哪一個框架所生成。一旦生成,便能在不同的框架中使用。


    CFMutableArrayRef cgObject = NULL;
    {
        id obj = [[NSMutableArray alloc] init];
        cfObject = CFBridgeRetain(obj);
        CFShow(cfObject);
        printf("retain count = %d\n",CFGetRetainCount(cfObject));// 2
    }
    printf("retain count after scope = %d\n",CFGetRetainCount(cfObject));// 1
    CFRelease(cfObject);

__bridge_retained 轉(zhuǎn)換 可以代替 CFBridgeRetain,當(dāng)然,__bridge_transfer 轉(zhuǎn)換也可以替代 CFBridgeRelease

屬性:

屬性聲明的屬性 所有權(quán)修飾符
assin __unsafe_unretained 修飾符
copy __strong 修飾符(但是賦值的是被復(fù)制的對象)
retain __strong 修飾符
strong __strong 修飾符
unsafe_unretained __unsafe_unretained 修飾符
weak __weak 修飾符

聲明類成員變量時,如果同屬性聲明中的屬性不一致,則會引起編譯錯誤,如:

// 錯誤
id obj;
@property (nonatomic, weak) id obj;


// 正確
id __weak obj;
@property (nonatomic, weak) id obj;

// 正確
id obj;
@property (nonatomic, strong) id obj;

數(shù)組:

數(shù)組超出其變量作用域時,數(shù)組中各個附有 __strong 修飾符的變量也隨之失效,其強(qiáng)引用消失,對象隨之釋放。

  • calloc 函數(shù)分配內(nèi)存會使分配區(qū)域初始化為0
  • malloc 函數(shù)分配內(nèi)存后區(qū)域沒有被初始化0,可用 memset 等函數(shù)將內(nèi)存填充為 0

ARC 的實(shí)現(xiàn):

ARC 是由編譯器進(jìn)行內(nèi)存管理,但是需要 Objective-C 運(yùn)行時庫的協(xié)助

  • clang(LLVM 編譯器)3.0 以上
  • objc4 Objective-C 運(yùn)行時庫 493.9 以上

以下內(nèi)容待學(xué)

__strong 修飾符:

__weak 修飾符:

__autoreleasing 修飾符:

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

推薦閱讀更多精彩內(nèi)容