2016.5.30更新：

經(jīng)評(píng)論區(qū)提醒：
其實(shí)還有兩個(gè)特性：為空性nullability和自定義getter，setter方法名屬性。
這兩個(gè)特性比較簡(jiǎn)單也不太常用，所以就不納入文章。

2016.6.3更新：

今天在《iOS編程》書中看到，block對(duì)象的屬性聲明應(yīng)該為copy（本文之前的觀點(diǎn)是weak）更為準(zhǔn)確。因?yàn)?code>Block對(duì)象是在棧中創(chuàng)建的，而其他對(duì)象是在堆中創(chuàng)建的。這意味著，即使應(yīng)用針對(duì)新創(chuàng)建的Block對(duì)象保留了強(qiáng)引用類型的指針，一旦創(chuàng)建該對(duì)象的方法返回，那么與方法內(nèi)部的其他局部變量相同，新創(chuàng)建的Block對(duì)象也會(huì)被立即釋放。為了在聲明Block對(duì)象的方法返回后仍然保留該對(duì)象，必須向其發(fā)送copy消息?？截惸硞€(gè)Block對(duì)象時(shí)，應(yīng)用會(huì)在堆中創(chuàng)建該對(duì)象的備份。這樣，即使應(yīng)用釋放了當(dāng)前方法的棧，堆中的Block對(duì)象也不會(huì)被釋放。

2016.6.3更新：

本文之前指出IBOutlet屬性應(yīng)該設(shè)為weak，但是在WWDC2015上Apple官方推薦IBOutlet屬性應(yīng)該設(shè)為strong，除非需要避免引用循環(huán)的屬性才設(shè)置為weak。在stackoverflow上有關(guān)于這個(gè)問(wèn)題的討論，我覺得最佳實(shí)踐應(yīng)該是頂層視圖的IBOutlet屬性使用strong，子視圖的使用weak。（《iOS編程》中也是這個(gè)觀點(diǎn)）
詳見：http://stackoverflow.com/questions/7678469/should-iboutlets-be-strong-or-weak-under-arc

最近在找實(shí)習(xí)工作，幾乎每次面試都會(huì)被問(wèn)及@property后的三個(gè)關(guān)鍵字。網(wǎng)上不是說(shuō)面試一個(gè)人的iOS開發(fā)水平，問(wèn)個(gè)property就大概知道了。所以今天花了一些時(shí)間總結(jié)了一下，這些內(nèi)容都來(lái)自于我看過(guò)的書以及在網(wǎng)上查閱的一些資料。

在iOS開發(fā)中，任何一個(gè)屬性都有三個(gè)特性（@property后面可以跟三個(gè)關(guān)鍵字），每個(gè)特性都有多種不同的可選類型。

多線程特性

默認(rèn)：atomic

• atomic:原子的。表示線程安全。使用atomic的目的是為了確保其他線程不在同一時(shí)間內(nèi)訪問(wèn)相同的資源。（編譯器會(huì)自動(dòng)生成互斥加鎖的代碼，避免變量的讀寫不同步）但往往即使聲明了atomic屬性也不能一定保證線程安全，而且這種機(jī)制是耗費(fèi)系統(tǒng)資源的。（所以一般都聲明為nonatomic屬性）

• nonatomic:非原子的。表示非線程安全。可以在不同的地方讀取和設(shè)置屬性的值。（可能會(huì)導(dǎo)致讀寫不同步）編譯器會(huì)少生成一些互斥加鎖的代碼，可以提高效率。

總結(jié)：涉及到多線程的時(shí)候，使用atomic，保證安全。不涉及多線程，使用nonatomic，效率更高。

原子操作：是指不會(huì)被線程調(diào)度機(jī)制打斷的操作。原子操作一旦開始，就要一直運(yùn)行到結(jié)束，不會(huì)被打斷。

讀寫特性

默認(rèn)：readwrite

• readwrite：編譯器會(huì)為屬性生成get方法和set方法
• readonly：編譯器只生成get方法

readonly一般用于設(shè)置內(nèi)部數(shù)據(jù)的訪問(wèn)權(quán)限：某個(gè)對(duì)象中有一種可修改的數(shù)據(jù)，但是除該對(duì)象外，其他數(shù)據(jù)只能訪問(wèn)該數(shù)據(jù)而不能修改它。這時(shí)我們就可以為該數(shù)據(jù)另外設(shè)置一個(gè)readonly屬性僅供外界讀取，修改則在該對(duì)象中修改readwrite屬性的數(shù)據(jù)。（這也是一種常用的設(shè)計(jì)模式）

內(nèi)存管理特性（我對(duì)ARC的理解）

默認(rèn)：strong
iOS5后使用ARC來(lái)管理內(nèi)存。ARC的原則：只要某個(gè)對(duì)象被任一strong指針指向，那么他將不會(huì)被銷毀。當(dāng)對(duì)象沒有被任何strong指針指向，那么該對(duì)象將被銷毀。

• strong：使用strong屬性會(huì)引起引用計(jì)數(shù)加1。是指針拷貝（淺拷貝），不會(huì)拷貝內(nèi)容。當(dāng)有某個(gè)strong指針指向某個(gè)對(duì)象時(shí)，該對(duì)象不會(huì)被銷毀，只有當(dāng)strong指針設(shè)定了新的值，或是超出了作用范圍時(shí)，該strong指針就不再持有該對(duì)象，倘若該對(duì)象不被其他strong指針持有，該對(duì)象就會(huì)被釋放。

• weak：表示一種“非擁有關(guān)系”。為這種屬性設(shè)置新值時(shí)，設(shè)置方法既不釋放舊值，也不保留新值，不會(huì)使引用計(jì)數(shù)加1。當(dāng)所指對(duì)象被銷毀時(shí)，指針會(huì)自動(dòng)被置為nil，防止野指針。
  【適用范圍：delegate,IBOutlet屬性】
  weak指針還可以解決強(qiáng)引用循環(huán)（strong reference cycle/retain cycle）：當(dāng)兩個(gè)或兩個(gè)以上對(duì)象之間互相強(qiáng)引用時(shí)，無(wú)法通過(guò)ARC來(lái)釋放對(duì)象，可能會(huì)導(dǎo)致內(nèi)存泄漏。解決辦法是將其中一個(gè)指針改為weak。具體改哪一個(gè)，可以為存在強(qiáng)引用循環(huán)的對(duì)象決定父子關(guān)系。父對(duì)象應(yīng)該使用具有強(qiáng)引用特性的指針指向子對(duì)象，子對(duì)象應(yīng)該使用具有弱引用特性的指針指向父對(duì)象。

• copy：先copy一個(gè)相同對(duì)象，再創(chuàng)建一個(gè)strong指針。（深拷貝，會(huì)拷貝內(nèi)容）
  【當(dāng)某對(duì)象的類具有可修改的子類時(shí)，應(yīng)該將屬性設(shè)為copy。例如：NSString，NSArray，NSDictionary】
  這樣做的原因是：如果屬性指向的對(duì)象的類具有可修改的子類，那個(gè)該屬性可能會(huì)指向可修改的子類對(duì)象，同時(shí)該子類對(duì)象可能會(huì)被其他擁有者修改。因此，最好先復(fù)制該對(duì)象，然后再將屬性指向復(fù)制后的對(duì)象。（編寫具有“防御性”的代碼）

@property (nonatomic, copy) NSString *string_1;
@property (nonatomic, strong) NSMutableString *string_2;
self.string_2 = [[NSMutableString alloc] init];
self.string_1 = self.string_2;

上述代碼中string_2可能會(huì)被改變，但是string_1是不可變類型的。】
擴(kuò)展：這個(gè)寫法會(huì)出什么問(wèn)題：

@property (nonatomic，copy) NSMutableArray *array;

添加,刪除,修改數(shù)組內(nèi)的元素的時(shí)候,程序會(huì)因?yàn)檎也坏綄?duì)應(yīng)的方法(unrecognised selector)而崩潰.因?yàn)?copy 就是復(fù)制一個(gè)不可變 NSArray的對(duì)象。

• unsafe_unretained：（不安全不引用）用于非對(duì)象屬性（即：基本數(shù)據(jù)類型），這類屬性不需要做內(nèi)存管理，它表示存取方法會(huì)直接為實(shí)例變量賦值?！綧RC時(shí)期使用assign】
  【unsafe是相對(duì)于weak而言的。unsafed_unretained類型的指針指向的對(duì)象被銷毀時(shí)，指針不會(huì)自動(dòng)設(shè)置為nil，而是成為空指針，因此不安全。但是當(dāng)處理非對(duì)象屬性時(shí)是不會(huì)出現(xiàn)空指針問(wèn)題的】
  【unretained是指不會(huì)引起引用計(jì)數(shù)加1】

補(bǔ)充：

MRC時(shí)期的關(guān)鍵字：

• assign（賦值）：表示簡(jiǎn)單的直接賦值操作。
  • 用于基本數(shù)據(jù)類型（NSInteger，CGFloat等）和C數(shù)據(jù)類型（int，float，double等）
  • 用于id類型。（比如delegate屬性，使用weak可以避免出現(xiàn)強(qiáng)引用循環(huán)）【當(dāng)id類型使用assign時(shí)，對(duì)象被銷毀，指針不會(huì)被置空，可能會(huì)引起空指針】
    在引入ARC后，assign的第一個(gè)功能已經(jīng)被unsafed_unretained取代，第二個(gè)功能被weak取代
• retain（持有）：先release原來(lái)的值，再retain新值（引用計(jì)數(shù)會(huì)自動(dòng)加1）。

-(void)setA:(ClassA *)a{
    if(_a!=a){
        [_a release];
        _a=[a retain];
    }
}

在引入ARC后，使用strong代替retain

當(dāng)然以上只是我目前的理解，我相信以后肯定會(huì)有更深的理解。所以我會(huì)隨時(shí)更新我的新看法的。