被無數人寫過的assign,retain,strong,weak,unsafe_unretained,還有copy

雖然的確是最基本&被無數人寫過的問題,但是今天還是想弄得更清楚一些,所以看了看官方文檔,寫了這篇博客。

assign,retain,strong,weak,unsafe_unretained,還有copy,這些都是一個property在聲明中可以指定的屬性,且都與內存管理有關。下面會從Non-ARC和ARC兩種情況討論一下這些屬性的意義。


Non-ARC



官方文檔的描述上看,Non-ARC的內存管理模式下,編譯器會為帶有不同屬性的property自動生成對應的accessor方法。并且蘋果十分建議在可能的情況下通過accessor方法來操縱property,而不是操縱它對應的實例變量。

如果需要對某些property自定義accessor方法,則需要程序員注意這個property的屬性。個人認為,寫在property旁邊的屬性,并不是真正控制著這個property的行為,它只是對編譯器自動生成的accessor方法提供了指導,當然也為自定義accessor方法的程序員和他的客戶程序員提供了指導。

  • assign

在Non-ARC內存管理模式下,assign是一個property的默認屬性,無論這個property代表一個簡單數據類型,還是一個指向對象的指針。也就是說:

@property (nonatomic) NSNumber *count;

等價于:

@property (nonatomic, assign) NSNumber *count;

assign主要應用于代表簡單數據類型的property,比如int,float等。
如果這個用assign屬性修飾的property代表一個指向對象的指針,那么當這個指針指向某個對象時,這個對象的引用計數不應該被改變。也就是說,用assign屬性修飾的property,不應該持有一個對象。
因為這個property不持有對象,所以它所指向的對象很可能已經在別處被釋放了。這時它就有可能成為一枚懸垂指針,訪問它指向的內存地址時,可能會發生意想不到的狀況。

  • retain

retain不能修飾用來代表簡單數據類型的property,否則編譯器會報錯:

@property (nonatomic, retain) int num;//編譯器報錯:Property with 'retain (or strong)' attribute must be of object type

如果一個property被retain修飾,這代表著這個property應該持有它所指向的對象。
官方文檔中展示了一個被retain修飾的property:

@property (nonatomic, retain) NSNumber *count;

編譯器可能為它實現的accessor方法:

- (NSNumber *)count {
    return _count;
}
- (void)setCount:(NSNumber *)newCount {
    [newCount retain];
    [_count release];
    // Make the new assignment.
    _count = newCount;
}

注意,考慮到newCount和_count可能指向同一個對象,所以在setter方法中,必須首先調用retain,以防這個對象被釋放。

  • copy

copy也不能修飾用來代表簡單數據類型的property,否則編譯器會報錯:

@property (nonatomic, copy) int num;//編譯器報錯:Property with 'copy' attribute must be of object type

如果一個property被copy修飾,那么賦值到這個property的對象,應該是原有對象的一份拷貝。
只有實現了NSCopying協議,并且實現了其中的copyWithZone:方法的對象才能被拷貝。
但是并不是所有的拷貝都產生了新的對象,有些類在實現copyWithZone:方法時,有著它們自己的考慮。比如NSString

@property (nonatomic, copy) NSString *myString;
NSString *string = [[NSString alloc] initWithString:@"Hello"];
self.myString = string;
NSLog(@"%d", string == _myString);//輸出1

在這里,property的指針和原先的指針指向的是同一個地址。

  • unsafe_unretained

個人認為unsafe_unretained與assign是等價的。

  • strong

個人認為strong與retain是等價的。
官方文檔中有這樣的示例代碼:

// The following declaration is a synonym for: @property(retain) MyClass *myObject;
@property(strong) MyClass *myObject;

表示了strong和retain是同義詞。

  • weak

Non-ARC內存管理模式下無法使用weak來修飾一個property,編譯器會報錯。


ARC



ARC有效時,對象類型的變量將有所有權修飾符來修飾。一共有以下四種所有權修飾符:

__strong 修飾符
__weak 修飾符
__unsafe_unretained 修飾符
__autoreleasing 修飾符

四種修飾符的具體意思,就不在這里解釋了(′?_?`)

編譯器在為一個property合成實例變量時,也會使用所有權修飾符來修飾這個實例變量。根據property屬性的不同,用來修飾實例變量的所有權修飾符也不盡相同。

  • strong

在ARC內存管理模式下,strong是一個代表對象類型的property的默認屬性,并且它不能修飾用來代表簡單數據類型的property。編譯器在合成實例變量時,將使用__strong修飾符。
如果另外自定義了用其他修飾符修飾的實例變量,編譯器會報錯。可以用這個方法來驗證property的各個屬性對應的實例變量的所有權修飾符。

@interface ViewController ()
{
    __weak NSObject *_obj;//編譯器報錯:Existing instance variable '_obj' for strong property 'obj' may not be weak
}

@property (nonatomic, strong) NSObject *obj;

@end
  • weak

weak也不能修飾用來代表簡單數據類型的property。
編譯器將為weak修飾的property生成帶__weak所有權修飾符的實例變量。

  • copy

copy也不能修飾用來代表簡單數據類型的property。
編譯器將為copy修飾的property生成帶__strong所有權修飾符的實例變量。
編譯器自動合成的setter方法會調用對象的copyWithZone:方法。雖然第三方程序員可以自定義setter方法,但是為了程序的可讀性,也應該在其中執行拷貝的邏輯。

  • retain

和Non-ARC的理由一樣,個人認為retain和strong是等價的。

  • unsafe_unretained

編譯器將為unsafe_unretained修飾的property生成帶__unsafe_unretained所有權修飾符的實例變量。
與weak和strong不同的是,unsafe_unretained也可以修飾代表簡單數據類型的property。

  • assign

個人認為assign和unsafe_unretained等價。
assign在ARC內存管理模式下,仍然是代表簡單數據類型的property的默認屬性。


參考:

Transitioning to ARC Release Notes
Practical Memory Management
Objective-C Automatic Reference Counting (ARC)
Object copying
Objective-C高級編程 iOS與OS X多線程和內存管理

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

推薦閱讀更多精彩內容