在定義 property 的時候，大家不知道是否對這個有疑問？atomic 和 nonatomic 有何區(qū)別？
atomic 和 nonatomic 的區(qū)別在于，系統(tǒng)自動生成的 getter/setter 方法不一樣。那到底有什么不一樣呢，聽我細細道來。
atomic
一些網上的文章會說atomic是原子性的操作，那到底什么是原子性的操作呢。意思就是不可分割的。就是說系統(tǒng)生成的 getter/setter 會保證 get、set 操作的完整性， atomic 會加一個鎖來保障線程安全。不受其他線程影響。比如，線程 A 的 getter 方法運行到一半，線程 B 調用了 setter：那么線程 A 的 getter 還是能得到一個完好無損的對象。
但是這并不意味著線程安全，如果線程 A 調了 getter，與此同時線程 B 、線程 C 都調了 setter——那最后線程 A get 到的值，3種都有可能：可能是 B、C set 之前原始的值，也可能是 B set 的值，也可能是 C set 的值。同時，最終這個屬性的值，可能是 B set 的值，也有可能是 C set 的值。這種操作需要在外層來使用多讀單寫的策略來保證線程安全。
nonatomic
nonatomic意為非原子性操作。是線程不安全的，nonatomic的速度要比atomic快。會節(jié)省一些開銷。
但是如果你能在開發(fā)時保證同一時間只有一個線程來訪問一個屬性。那么就是可以的。
- 舉個例子
假設有一個 atomic 的屬性 "name"，如果線程 A 調[self setName:@"A"]，線程 B 調[self setName:@"B"]，線程 C 調[self name]，那么所有這些不同線程上的操作都將依次順序執(zhí)行——也就是說，如果一個線程正在執(zhí)行 getter/setter，其他線程就得等待。因此，屬性 name 是讀/寫安全的。
但是，如果有另一個線程 D 同時在調[name release]，那可能就會crash，因為 release 不受 getter/setter 操作的限制。也就是說，這個屬性只能說是讀/寫安全的，但并不是線程安全的，因為別的線程還能進行讀寫之外的其他操作。線程安全需要開發(fā)者自己來保證。
如果 name 屬性是 nonatomic 的，那么上面例子里的所有線程 A、B、C、D 都可以同時執(zhí)行，可能導致無法預料的結果。如果是 atomic 的，那么 A、B、C 會串行，而 D 還是并行的。
總結一下：
- Atomic
- 是默認的
- 會保證 CPU 能在別的線程來訪問這個屬性之前，先執(zhí)行完當前流程
- 速度不快，因為要保證操作整體完成
- Non-Atomic
- 不是默認的
- 更快
- 線程不安全
- 如有兩個線程訪問同一個屬性，會出現無法預料的結果
