從 pthread 轉換到 std::thread

發表於2016-09-10

以前一直都是用pthread的API寫C++的多執行緒程式。雖然很早之前就聽說,從C++11開始,標準庫裡已經包含了對執行緒的支援,不過一直沒有拿來用,最近剛好有空,藉著pthread的經驗學習下std::thread的用法。

Thread

std::thread的建構函式方便得出人意料,這得感謝std::bind這個神奇的函式。在std::thread的建構函式裡,你可以直接傳遞一個函式和這個函式的引數列表給這個執行緒。你甚至可以傳遞一個類成員函式。如果你這麼做了,引數列表的第二個引數(第一個引數是被傳遞的成員函式)會被作為該類成員函式所作用的例項。

是不是有點繞……舉個例子來說吧:

隨便提一下,當你建立了一個(非空的)執行緒物件時,對應執行緒就會執行,不需要顯式的呼叫start或者run。

如果之前你沒有用過pthread,也許不會理解何為“方便得出人意料”。

在pthread裡面,你需要這樣指定執行緒執行的函式:

考慮下之前那個Bob買書和飯菜的例子,如果要在pthread裡面實現,首先需要定義一個結構體,然後把book和food賦值給這個結構體的成員。
接著把結構體轉換成void*型別,傳遞進去。

這還沒完呢,因為剛剛的幾步只是實現了“傳進去”,還得“取出來”。
之後在函式buy中,再把void*的引數重新轉型成某個(可能是一次性的)結構體,最後取出book和food這兩個值。

Ok!終於搞定了。隨便一提,pthread_create只接受void *f(void *)這樣的函式簽名。如果你想呼叫現成的函式,你得包裝一下。

這就是為什麼std::thread的建構函式“方便得出人意料”。

建立執行緒後,呼叫Thread.join就會阻塞到執行緒執行結束為止(相當於pthread_join)。你也可以選擇detach該執行緒,這時候執行緒會獨立執行,不會隨呼叫者終止而結束。

Mutex

有時候需要限制多個執行緒對同一資源的訪問,這時候一般會使用Mutex。Mutex就是一把鎖,只有某些執行緒可以同時佔用它(通過lock操作)。當執行緒不用的時候,就得通過unlock操作來釋放它。

對於Mutex,std::thread和pthread差不多,無非是pthread_mutex_lock(&mutex)變成了mutex.lock()等等。

不過在std::thread中,mutex往往和lock系列模板一起使用。這是因為lock系列模板包裝了mutex類,提供了RAII風格的加鎖解鎖。

Condition variable

有時候執行緒之間需要某種同步——當某些條件不滿足時,停止執行直到該條件被滿足。這時候需要引入condition variable,狀態變數。

在經典的生產者消費者模式下,生產者和消費者就是通過condition variable來實現同步的。當有限的生產力無法滿足日益增長的消費需求時,消費者程式就會去睡一覺,直到它想要的東西生產出來才醒來。

condition_variable需要和unique_lock搭配使用。在一個執行緒呼叫wait之前,它必須持有unique_lock鎖。當wait被呼叫時,該鎖會被釋放,執行緒會陷入沉睡,等待著~~王子~~生產者發過來的喚醒訊號。當生產者呼叫同一個condition_variable的notify_all方法時,所有沉睡在該變數前的消費者會被喚醒,並嘗試重新獲取之前釋放的unique_lock,繼續執行下去。(注意這裡發生了鎖爭用,只有一個消費者能夠獲得鎖,其他消費者得等待該消費者釋放鎖)。如果只想叫醒一個執行緒,可以用notify_one。pthread中也提供了對應的方法,分別是pthread_cond_wait,pthread_cond_broadcast,pthread_cond_signal。

wait可以接受兩個引數。此時第二個引數用於判斷當前是否要沉睡。

相當於

嗯,還有一個問題。這裡把沉睡的執行緒比作睡美人,萬一王子變成了青蛙,來不及喚醒她,那睡美人不就得睡到天荒地老海枯石爛?

為了解決這個問題,通過wait_until和wait_for,你可以設定執行緒的等待時間。設定notify_all_at_thread_exit也許能幫得上忙。在pthread,對應的呼叫是pthread_cond_timedwait。

More

C++11的執行緒庫還提供了其他多執行緒程式設計的概念,比如future和atomic。

future
future包裝了未來某個計算結果的期諾。當你對所獲得的future呼叫get時,程式會一直阻塞直到future的值被計算出來。(如果future的值已經計算出來了,get呼叫會立刻獲得返回值)而這一切都是在後臺執行的。

舉個例子:(future相關的內容需要#include <future>)

除了async, packaged_task和promise也都返回一個future。也許接下來我可能會寫一篇文章,講講這三者之間的差別。

atomic

atomic位於標頭檔案atomic下,實現了類似於java.util.concurrent.atomic的功能。它提供了一組輕量級的、作用在單個變數上的原子操作,是volatile的替代品。有些時候你也可以用它來替換掉Lock(假如整個race condition中只有單個變數)

下面這個例子解釋了什麼叫做原子操作:

Pros and Cons

最後總結下std::thread對比於pthread的優缺點:
優點:

1. 簡單,易用
2. 跨平臺,pthread只能用在POSIX系統上(其他系統有其獨立的thread實現)
3. 提供了更多高階功能,比如future
4. 更加C++(跟匿名函式,std::bind,RAII等C++特性更好的整合)

缺點:
1. 沒有RWlock。有一個類似的shared_mutex,不過它屬於C++14,你的編譯器很有可能不支援。
2. 操作執行緒和Mutex等的API較少。畢竟為了跨平臺,只能選取各原生實現的子集。如果你需要設定某些屬性,需要通過API呼叫返回原生平臺上的對應物件,再對返回的物件進行操作。

附上我自己寫的,分別用std::thread和pthread實現的多生產者多消費者程式。注意行數上的差距。

pthread版本

std::thread版本

 

相關文章