C++11多線程-原子操作(1)

前面我們講了C++11下的多線程及相關操作,這些操作在絕大多數情況下應該夠用了。但在某些極端場合,如需要高性能的情況下,我們還需要一些更高效的同步手段。本節介紹的原子操作是一種lock free的操作,不需要同步鎖,具有很高的性能。在化學中原子不是可分割的最小單位,引申到編程中,原子操作是不可打斷的最低粒度操作,是線程安全的。C++11中原子類提供的成員函數都是原子的,是線程安全的。
原子操作中最簡單的莫過于atomic_flag,只有兩種操作:test and set、clear。我們的原子操作就從這種類型開始。

1. std::atomic_flag

C++11中所有的原子類都是不允許拷貝、不允許Move的,atomic_flag也不例外。atomic_flag顧名思議,提供了標志的管理,標志有三種狀態:clear、set和未初始化狀態。

1.1 atomic_flag實例化

缺省情況下atomic_flag處于未初始化狀態。除非初始化時使用了ATOMIC_FLAG_INIT宏,則此時atomic_flag處于clear狀態。

1.2 std::atomic_flag::clear

調用該函數將會把atomic_flag置為clear狀態。clear狀態您可以理解為bool類型的false,set狀態可理解為true狀態。clear函數沒有任何返回值:

void clear(memory_order m = memory_order_seq_cst) volatile noexcept;
void clear(memory_order m = memory_order_seq_cst) noexcept;

對于memory_order我們會在后面的章節中詳細介紹它,現在先列出其取值及簡單釋義

序號 意義
1 memory_order_relaxed 寬松模型,不對執行順序做保證
2 memory_order_consume 當前線程中,滿足happens-before原則。
當前線程中該原子的所有后續操作,必須在本條操作完成之后執行
3 memory_order_acquire 當前線程中,操作滿足happens-before原則。
所有后續的操作必須在本操作完成后執行
4 memory_order_release 當前線程中,操作滿足happens-before原則。
所有后續的操作必須在本操作完成后執行
5 memory_order_acq_rel 當前線程中,同時滿足memory_order_acquire和memory_order_release
6 memory_order_seq_cst 最強約束。全部讀寫都按順序執行

1.3 test_and_set

該函數會檢測flag是否處于set狀態,如果不是,則將其設置為set狀態,并返回false;否則返回true。


test_and_set是典型的read-modify-write(RMW)模型,保證多線程環境下只被設置一次。下面代碼通過10個線程,模擬了一個計數程序,第一個完成計數的會打印"win"。

#include <atomic>    // atomic_flag
#include <iostream>  // std::cout, std::endl
#include <list>      // std::list
#include <thread>    // std::thread

void race(std::atomic_flag &af, int id, int n) {
    for (int i = 0; i < n; i++) {
    }
    // 第一個完成計數的打印:Win
    if (!af.test_and_set()) {
        printf("%s[%d] win!!!\n", __FUNCTION__, id);
    }
}

int main() {
    std::atomic_flag af = ATOMIC_FLAG_INIT;

    std::list<std::thread> lstThread;
    for (int i = 0; i < 10; i++) {
        lstThread.emplace_back(race, std::ref(af), i + 1, 5000 * 10000);
    }

    for (std::thread &thr : lstThread) {
        thr.join();
    }

    return 0;
}

程序輸出如下(每次運行,可能率先完成的thread不同):

race[7] win!!!
上一篇
C++11多線程-線程局部存儲
目錄 下一篇
C++11多線程-原子操作(2)

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,702評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,143評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,553評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,620評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,416評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,940評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,024評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,170評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,709評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,597評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,784評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,291評論 5 357
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,029評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,407評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,663評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,403評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,746評論 2 370

推薦閱讀更多精彩內容