iOS atomic 和 nonatomic的區(qū)別

在平時創(chuàng)建對象@property的時候,我們會有用到atomicnonatomic,但兩者的區(qū)別在哪里

atomic

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

nonatomic

  • 不是默認的
  • 更快
  • 如有兩個線程訪問同一個屬性,會出現無法預料的結果
  • 非線程安全,適合內存較小的移動設備

  • 在不添加atomicnonatomic的情況下,默認的是atomic

  • setter/getter方法

平時在自己寫setter、getter方法的時候,atomic/nonatomic/retain/assign/copy這些關鍵字只起提示作用,寫不寫都一樣。
atomic
系統(tǒng)生成的 getter/setter 會保證 get、set 操作的完整性,不受其他線程影響。比如,線程 A 的 getter 方法運行到一半,線程 B 調用了 setter:那么線程 A 的 getter 還是能得到一個完好無損的對象。
nonatomic
不做保持getter完整性保證,但在運行速度上要比atomic快


假設有一個 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 會加一個鎖來基本保障線程安全(但不能保證線程安全),并且引用計數會 +1,來向調用者保證這個對象會一直存在。假如不這樣做,如有另一個線程調 setter,可能會出現線程競態(tài),導致引用計數降到0,原來那個對象就釋放掉了。

@property(nonatomic, retain) UITextField *userName;
//系統(tǒng)生成的代碼如下:

- (UITextField *) userName {
    return userName;
}

- (void) setUserName:(UITextField *)userName_ {
    [userName_ retain];
    [userName release];
    userName = userName_;
}
@property(retain) UITextField *userName;
//系統(tǒng)生成的代碼如下:

- (UITextField *) userName {
    UITextField *retval = nil;
    @synchronized(self) {
        retval = [[userName retain] autorelease];
    }
    return retval;
}

- (void) setUserName:(UITextField *)userName_ {
    @synchronized(self) {
      [userName release];
      userName = [userName_ retain];
    }
}
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

友情鏈接更多精彩內容