在定義 property 的時(shí)候轴总，atomic 和 nonatomic 有何區(qū)別沟绪？
@property(nonatomic, retain) UITextField *userName;
@property(atomic, retain) UITextField *userName;
@property(retain) UITextField *userName;
這仨有什么不同？
后兩行是一樣的惫谤，不寫的話默認(rèn)就是atomic壁顶。
atomic 和 nonatomic 的區(qū)別在于珠洗，系統(tǒng)自動(dòng)生成的 getter/setter 方法不一樣溜歪。如果你自己寫 getter/setter，那 atomic/nonatomic/retain/assign/copy 這些關(guān)鍵字只起提示作用许蓖，寫不寫都一樣蝴猪。
對(duì)于atomic的屬性调衰，系統(tǒng)生成的 getter/setter 會(huì)保證 get、set 操作的完整性自阱，不受其他線程影響嚎莉。比如，線程 A 的 getter 方法運(yùn)行到一半沛豌，線程 B 調(diào)用了 setter：那么線程 A 的 getter 還是能得到一個(gè)完好無損的對(duì)象趋箩。
而nonatomic就沒有這個(gè)保證了。所以加派，nonatomic的速度要比atomic快叫确。
不過atomic可并不能保證線程安全。如果線程 A 調(diào)了 getter芍锦，與此同時(shí)線程 B 竹勉、線程 C 都調(diào)了 setter——那最后線程 A get 到的值，3種都有可能：可能是 B娄琉、C set 之前原始的值次乓，也可能是 B set 的值，也可能是 C set 的值孽水。同時(shí)票腰，最終這個(gè)屬性的值，可能是 B set 的值女气，也有可能是 C set 的值丧慈。
保證數(shù)據(jù)完整性——這個(gè)多線程編程的最大挑戰(zhàn)之一——往往還需要借助其他手段。
是默認(rèn)的
會(huì)保證 CPU 能在別的線程來訪問這個(gè)屬性之前主卫，先執(zhí)行完當(dāng)前流程
速度不快逃默，因?yàn)橐ＷC操作整體完成
Non-Atomic
不是默認(rèn)的
更快
線程不安全
如有兩個(gè)線程訪問同一個(gè)屬性，會(huì)出現(xiàn)無法預(yù)料的結(jié)果
假設(shè)有一個(gè) atomic 的屬性 "name"簇搅，如果線程 A 調(diào)[self setName:@"A"]完域，線程 B 調(diào)[self setName:@"B"]，線程 C 調(diào)[self name]瘩将，那么所有這些不同線程上的操作都將依次順序執(zhí)行——也就是說吟税，如果一個(gè)線程正在執(zhí)行 getter/setter，其他線程就得等待姿现。因此肠仪，屬性 name 是讀/寫安全的。
但是备典，如果有另一個(gè)線程 D 同時(shí)在調(diào)[name release]异旧，那可能就會(huì)crash，因?yàn)?release 不受 getter/setter 操作的限制提佣。也就是說吮蛹，這個(gè)屬性只能說是讀/寫安全的荤崇，但并不是線程安全的，因?yàn)閯e的線程還能進(jìn)行讀寫之外的其他操作潮针。線程安全需要開發(fā)者自己來保證术荤。
如果 name 屬性是 nonatomic 的，那么上面例子里的所有線程 A每篷、B瓣戚、C、D 都可以同時(shí)執(zhí)行焦读，可能導(dǎo)致無法預(yù)料的結(jié)果带兜。如果是 atomic 的，那么 A吨灭、B刚照、C 會(huì)串行，而 D 還是并行的喧兄。
簡單來說无畔，就是 atomic 會(huì)加一個(gè)鎖來保障線程安全，并且引用計(jì)數(shù)會(huì) +1吠冤，來向調(diào)用者保證這個(gè)對(duì)象會(huì)一直存在浑彰。假如不這樣做，如有另一個(gè)線程調(diào) setter拯辙，可能會(huì)出現(xiàn)線程競(jìng)態(tài)郭变，導(dǎo)致引用計(jì)數(shù)降到0，原來那個(gè)對(duì)象就釋放掉了涯保。
Jonathan Sterling 評(píng)論：要注意那個(gè)鎖并不能『保證線程安全』诉濒。
