iOS atomic 、nonatomic

1.atomicnonatomic區(qū)別

atomic

  • 是默認(rèn)的
  • 對(duì)同一對(duì)象的 setget 的操作是順序執(zhí)行的
  • 速度不快,因?yàn)橐WC操作整體完成
  • 線程安全,需要消耗大量系統(tǒng)資源來為屬性加鎖
    使用atomic并不能保證絕對(duì)的線程安全,對(duì)于要絕對(duì)保證線程安全的操作,還需要使用更高級(jí)的方式來處理,比如NSSpinLock、@syncronized等

nonatomic

  • 不是默認(rèn)的
  • 更快
  • 如有兩個(gè)線程訪問同一個(gè)屬性,會(huì)出現(xiàn)無(wú)法預(yù)料的結(jié)果
  • 非線程安全,適合內(nèi)存較小的移動(dòng)設(shè)備

atomic
系統(tǒng)生成的 getter/setter 會(huì)保證 get、set 操作的完整性,不受其他線程影響。比如,線程 A 的 getter 方法運(yùn)行到一半,線程 B 調(diào)用了 setter:那么線程 A 的 getter 還是能得到一個(gè)完好無(wú)損的對(duì)象。
nonatomic
不做保持 getter 完整性保證,但在運(yùn)行速度上要比 atomic

2.例子

假設(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)致無(wú)法預(yù)料的結(jié)果。如果是 atomic 的,那么 A、B、C 會(huì)串行,而 D 還是并行的。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容