在日常的iOS開發中，我們每天都會使用到property，但是對於property的修飾符，可能大家跟我以前一樣，理解的不是特別透徹，現在就讓我們來了解了解吧，

首先，一個property是可以看成是：

property = 例項變數+setter方法+getter方法

屬性修飾符會直接影響後續編譯器對於setter和getter方法的合成，屬性的修飾符分為以下三類：

1.原子性

atomic VS nonatomic

具備atomic特質的屬性，編譯器合成的setter和getter方法會加鎖，能夠保證當多個執行緒在讀寫屬性時，總是能夠獲取到屬性值，如果修飾符為nonatomic，則不會對setter和getter方法加鎖，在通常情況下，使用nonatomic不會帶來什麼問題，但是如果一個執行緒在多次修改某個屬性時，另一個執行緒去讀取屬性時，可能會取到未修改好的屬性，下面我們將舉例來證明：

在這段程式碼中，我們有一個用nonatomic，strong修飾的陣列dataArray，我們在一個非同步佇列的任務中持續地去修改這個屬性，在另一個非同步佇列的任務中持續地去讀取這個屬性，由於dataArray是由strong來修飾的，那麼在dataArray的setter方法中，其實是先保留新值，後釋放舊值，再將指標指向新值，所以在後面這個非同步佇列的任務中，取到的dataArray可能是一個已經被釋放的殭屍物件，所以會崩潰。

那麼還有一個問題

atomic是執行緒安全的嗎？

讓我們先來了解一下執行緒安全的概念，

多執行緒操作共享資料不會出現想不到的結果就是執行緒安全的，否則，是執行緒不安全的。

下面讓我們來做個小實驗，

輸出結果為：

我們對在一個非同步佇列的任務中，對dataArray多次寫入，並在另一個非同步佇列中多次讀取dataArray，從輸出結果中發現，得到的結果並不一樣，所以使用atomic也並不能保證執行緒安全。

2.讀/寫許可權

readwrite VS readonly

readwrite修飾的屬性只會合成setter和getter方法

readonly修飾的屬性只會合成getter方法，可以以直接訪問例項變數的方式來完成賦值操作

3.記憶體管理

這方面的修飾符主要是影響編譯器合成setter方法，

assign

主要修飾基礎型別，使用assign修飾的屬性的setter方法主要是執行簡單的賦值操作

weak

weak是ARC中新增加的屬性修飾符，主要定義一種“非擁有關係”，使用weak修飾的屬性的setter方法會既不保留新值，也不釋放舊值，不會使屬性指的物件的引用計數增加，當指向的物件被釋放時，屬性值也會被自動置為nil。

strong

strong是ARC中新增加的屬性修飾符，跟MRC時代中的retain修飾符很像，描述一種“擁有關係”，使用strong修飾的屬性的setter方法會先保留新值，再釋放舊值，最後把新值設定上。

unsafe_unretained

unsafe_unretained與assign類似，但是用於物件型別，從字面意思上，也能看到，它是不安全，也不會強引用物件，所以它跟weak很相似，跟weak的區別在於當指向的物件被釋放時，屬性不會被置為nil，所以是不安全的。

copy

copy表達的語義相似，都會持有物件，但是它的setter方法不會保留新值，而是會呼叫物件的copy方法將新值拷貝一份，然後將它設定上，所以使用copy修飾的型別必須遵NSCopying協議，實現-(void)copyWithZone:(NSZone *)zone方法。