(原創)用C++11的std::async代替線程的創建


(原創)用C++11的std::async代替線程的創建

  c++11中增加了線程,使得我們可以非常方便的創建線程,它的基本用法是這樣的:

void f(int n);
std::thread t(f, n + 1);
t.join();

  但是線程畢竟是屬於比較低層次的東西,有時候使用有些不便,比如我希望獲取線程函數的返回結果的時候,我就不能直接通過thread.join()得到結果,這時就必須定義一個變量,在線程函數中去給這個變量賦值,然后join,最后得到結果,這個過程是比較繁瑣的。c++11還提供了異步接口std::async,通過這個異步接口可以很方便的獲取線程函數的執行結果。std::async會自動創建一個線程去調用線程函數,它返回一個std::future,這個future中存儲了線程函數返回的結果,當我們需要線程函數的結果時,直接從future中獲取,非常方便。但是我想說的是,其實std::async給我們提供的便利可不僅僅是這一點,它首先解耦了線程的創建和執行,使得我們可以在需要的時候獲取異步操作的結果;其次它還提供了線程的創建策略(比如可以通過延遲加載的方式去創建線程),使得我們可以以多種方式去創建線程。在介紹async具體用法以及為什么要用std::async代替線程的創建之前,我想先說一說std::future、std::promise和std::packaged_task。

std::future

  std::future是一個非常有用也很有意思的東西,簡單說std::future提供了一種訪問異步操作結果的機制。從字面意思來理解,它表示未來,我覺得這個名字非常貼切,因為一個異步操作我們是不可能馬上就獲取操作結果的,只能在未來某個時候獲取,但是我們可以以同步等待的方式來獲取結果,可以通過查詢future的狀態(future_status)來獲取異步操作的結果。future_status有三種狀態:

  • deferred:異步操作還沒開始
  • ready:異步操作已經完成
  • timeout:異步操作超時
 
//查詢future的狀態
std::future_status status;
    do {
        status = future.wait_for(std::chrono::seconds(1));
        if (status == std::future_status::deferred) {
            std::cout << "deferred\n";
        } else if (status == std::future_status::timeout) {
            std::cout << "timeout\n";
        } else if (status == std::future_status::ready) {
            std::cout << "ready!\n";
        }
    } while (status != std::future_status::ready); 
 

  獲取future結果有三種方式:get、wait、wait_for,其中get等待異步操作結束並返回結果,wait只是等待異步操作完成,沒有返回值,wait_for是超時等待返回結果。

std::promise

  std::promise為獲取線程函數中的某個值提供便利,在線程函數中給外面傳進來的promise賦值,當線程函數執行完成之后就可以通過promis獲取該值了,值得注意的是取值是間接的通過promise內部提供的future來獲取的。它的基本用法:

    std::promise<int> pr;
    std::thread t([](std::promise<int>& p){ p.set_value_at_thread_exit(9); },std::ref(pr));
    std::future<int> f = pr.get_future();
    auto r = f.get();

std::packaged_task

  std::packaged_task它包裝了一個可調用的目標(如function, lambda expression, bind expression, or another function object),以便異步調用,它和promise在某種程度上有點像,promise保存了一個共享狀態的值,而packaged_task保存的是一個函數。它的基本用法:

    std::packaged_task<int()> task([](){ return 7; });
    std::thread t1(std::ref(task)); 
    std::future<int> f1 = task.get_future(); 
    auto r1 = f1.get();

std::promise、std::packaged_task和std::future的關系

  至此, 我們介紹了std::async相關的幾個對象std::future、std::promise和std::packaged_task,其中std::promise和std::packaged_task的結果最終都是通過其內部的future返回出來的,不知道讀者有沒有搞糊塗,為什么有這么多東西出來,他們之間的關系到底是怎樣的?且聽我慢慢道來,std::future提供了一個訪問異步操作結果的機制,它和線程是一個級別的屬於低層次的對象,在它之上高一層的是std::packaged_task和std::promise,他們內部都有future以便訪問異步操作結果,std::packaged_task包裝的是一個異步操作,而std::promise包裝的是一個值,都是為了方便異步操作的,因為有時我需要獲取線程中的某個值,這時就用std::promise,而有時我需要獲一個異步操作的返回值,這時就用std::packaged_task。那std::promise和std::packaged_task之間又是什么關系呢?說他們沒關系也關系,說他們有關系也有關系,都取決於你了,因為我可以將一個異步操作的結果保存到std::promise中。如果讀者還沒搞清楚他們的關系的話,我就用更通俗的話來解釋一下。比如,一個小伙子給一個姑娘表白真心的時候也許會說:”我許諾會給你一個美好的未來“或者”我會努力奮斗為你創造一個美好的未來“。姑娘往往會說:”我等着“。現在我來將這三句話用c++11來翻譯一下:

小伙子說:我許諾會給你一個美好的未來等於c++11中"std::promise a std::future"; 
小伙子說:我會努力奮斗為你創造一個美好的未來等於c++11中"std::packaged_task a future"; 
姑娘說:我等着等於c++11中"future.get()/wait()";

  小伙子兩句話的個中差異,自己琢磨一下,這點差異也是std::promise和std::packaged_task的差異。現實中的山盟海誓靠不靠得住我不知道,但是c++11中的許諾和未來是一定可靠的,發起來了許諾就一定有未來。細想起來c++11標准的制定者選定的關鍵字真是貼切而有意思!好了,插科打諢到此了,現在言歸正傳,回過頭來說說std::async。

為什么要用std::async代替線程的創建

  std::async又是干啥的,已經有了td::future、std::promise和std::packaged_task,夠多的了,真的還要一個std::async來湊熱鬧嗎,std::async表示很委屈:我不是來湊熱鬧的,我是來幫忙的。是的,std::async是為了讓用戶的少費點腦子的,它讓這三個對象默契的工作。大概的工作過程是這樣的:std::async先將異步操作用std::packaged_task包裝起來,然后將異步操作的結果放到std::promise中,這個過程就是創造未來的過程。外面再通過future.get/wait來獲取這個未來的結果,怎么樣,std::async真的是來幫忙的吧,你不用再想到底該怎么用std::future、std::promise和std::packaged_task了,std::async已經幫你搞定一切了!

  現在來看看std::async的原型async(std::launch::async | std::launch::deferred, f, args...),第一個參數是線程的創建策略,有兩種策略,默認的策略是立即創建線程:

  • std::launch::async:在調用async就開始創建線程。
  • std::launch::deferred:延遲加載方式創建線程。調用async時不創建線程,直到調用了future的get或者wait時才創建線程。

第二個參數是線程函數,第三個參數是線程函數的參數。


std::async基本用法:

 
std::future<int> f1 = std::async(std::launch::async, [](){ 
        return 8;  
    }); 

cout<<f1.get()<<endl; //output: 8

std::future<int> f2 = std::async(std::launch::async, [](){ 
        cout<<8<<endl;
    }); 

f2.wait(); //output: 8

std::future<int> future = std::async(std::launch::async, [](){ 
        std::this_thread::sleep_for(std::chrono::seconds(3));
        return 8;  
    }); 
 
    std::cout << "waiting...\n";
    std::future_status status;
    do {
        status = future.wait_for(std::chrono::seconds(1));
        if (status == std::future_status::deferred) {
            std::cout << "deferred\n";
        } else if (status == std::future_status::timeout) {
            std::cout << "timeout\n";
        } else if (status == std::future_status::ready) {
            std::cout << "ready!\n";
        }
    } while (status != std::future_status::ready); 
 
    std::cout << "result is " << future.get() << '\n';
可能的結果:
waiting...
timeout
timeout
ready!
result is 8
 

總結:

  std::async是更高層次上的異步操作,使我們不用關注線程創建內部細節,就能方便的獲取異步執行狀態和結果,還可以指定線程創建策略,應該用std::async替代線程的創建,讓它成為我們做異步操作的首選。

 

如果你覺得這篇文章對你有用,可以點一下推薦,謝謝。

c++11 boost技術交流群:296561497,歡迎大家來交流技術。

一點夢想:盡自己一份力,讓c++的世界變得更美好!
 
 

Effective Modern C++ 條款36 如果異步執行是必需的,指定std::launch::async策略

如果異步執行是必需的,指定std::launch::async策略

當你調用std::async來執行一個函數(或一個可執行對象)時,你通常希望函數是異步執行的。但你沒有要求std::async必須這樣做,函數是根據std::async的發射策略(launch policy)來執行的。有兩個標准策略,每個都是通過std::launch局部枚舉(scoped enum, 看條款10)來表示。假設一個函數f要傳遞給std::launch執行,

  • std::launch::async發射策略意味着函數f必須異步執行,即在另一線程執行。
  • std::launch::deferred發射策略意味着函數f可能只會在——std::async返回的future對象調用get或wait時——執行。那就是,執行會推遲到其中一個調用發生。當調用get或wait時,f會同步執行,即,調用者會阻塞直到f運行結束。如果get或wait沒有被調用,f就絕對不會執行。

可能很奇怪,std::async的默認發射策略——它的默認策略是你不能顯式指定的——不是兩者其中的一種,相反,是兩者進行或運算。下面兩個函數完全是相同的意思:

auto fut1 = std::async(f); // 使用默認發射策略執行f auto fut2 = std::async(std::launch::async | // 使用async或deferred執行f std::launch::deferred f);

默認的發射策略允許異步或同步執行函數f,就如條款35指出,這個靈活性讓std::async與標准庫的線程管理組件一起承擔線程創建和銷毀、避免過載、負責均衡的責任。這讓用std::async進行並發編程變得很方便。

但用std::async的默認發射策略會有一些有趣的含義。這語句給定一個線程t執行f

auto fut = std::async(f); // 使用默認發射模式執行f
  • 沒有辦法預知函數f是否會和線程t並發執行,因為f可能會被調度為推遲執行。
  • 沒有辦法預知函數f是否運行在——與調用get或wait函數的線程不同的——線程。如果那個線程是t,這句話的含義是沒有辦法預知f是否會運行在與t不同的線程。
  • 可能沒有辦法預知函數f是否執行完全,因為沒有辦法保證fut會調用get或wait。 

默認發射策略的調度靈活性經常會混淆使用thread_local變量,這意味着如果f寫或讀這種線程本地存儲(Thread Local Storage,TLS),預知取到哪個線程的本地變量是不可能的:

auto fut = std::async(f); // f使用的線程本地存儲變量可能是獨立的線程的, // 也可能是fut調用get或wait的線程的

 

它也影響了基於wait循環中的超時情況,因為對一個推遲(策略為deferred)的任務(看條款35)調用wait_for或者wait_until會返回值std::launch::deferred。這意味着下面的循環,看起來最終會停止,但是,實際上可能會一直運行:

using namespace std::literals; // 對於C++14的持續時間后綴,請看條款34 void f() // f睡眠1秒后返回 { std::this_thread::sleep_for(1s); } auto fut = std::async(f); // (概念上)異步執行f while(fut.wait_for(100ms) != // 循環直到f執行結束 std::future_status::ready) // 但這可能永遠不會發生 { ... }

如果f與調用std::async的線程並發執行(即,使用std::launch::async發射策略),這里就沒有問題(假設f能結束執行,不會一直死循環)。但如果f被推遲(deferred),fut.wait_for將總是返回std::future_status::deferred。那永遠也不會等於std::future_status::ready,所以循環永遠不會終止。

這種bug在開發或單元測試中很容易被忽略,因為它只會在機器負載很重時才會顯現。在機器過載(oversubscription)或線程消耗完的狀況下,任務很可能會被推遲(如果使用的是默認發射策略)。總之,如果不是過載或者線程耗盡,運行系統沒有理由不調度任務並發執行。

解決辦法很簡單:檢查std::async返回的future,看它是否把任務推遲,然后呢,如果真的是那樣,就避免進入基於超時的循環。不幸的是,沒有辦法直接詢問future的任務是否被推遲。取而代之的是,你必須調用一個基於超時的函數——例如wait_for函數。在這種情況下,你不用等待任何事情,你只是要看看返回值是否為std::future_status::deferred,所以請相信這迂回的話語和用0來調用wait_for:

auto fut = std::async(f); // 如前 if (fut.wait_for(0) == std::future_status::deferred) // 如果任務被推遲 { ... // fut使用get或wait來同步調用f } else { // 任務沒有被推遲 while(fut.wait_for(100ms) != std::future_status::ready) { // 不可能無限循環(假定f會結束) ... // 任務沒有被推遲也沒有就緒,所以做一些並發的事情直到任務就緒 } ... // fut就緒 }

 

考慮多種因素的結論是,只要滿足了下面的條件,以默認發射策略對任務使用std::async能正常工作:

  • 任務不需要與調用get或wait的線程並發執行。
  • 修改哪個線程的thread_local變量都沒關系。
  • 要么保證std::async返回的future會調用get或wait,要么你能接受任務可能永遠都不執行。
  • 使用wait_for或wait_unitil的代碼要考慮到任務推遲的可能性。

如果其中一個條件沒有滿足,你很可能是想要確保任務能異步執行。而那樣做的方法是,當你調用std::async時,把std::launch::async作為第一個參數傳遞給它:

auto fut = std::async(std::launch::async, f); // 異步發射f

 

事實上, 如果有一個函數的行為像std::async那樣,但它會自動使用std::launch::async作為發射策略,那樣就是一個方便的工作啦!它很容易寫出來,棒極了。這是C++11的版本:

template<typename F, typename... Ts> inline std::future<typename std::result_of<F(Ts...)>::type> reallyAsync(F&& f, Ts&&... params) // 返回異步調用f(param...)的future { return std::async(std::launch::async, std::forward<F>(f), std::forward<Ts>(params)...); }

 

這個函數接收一個可調用對象f和零個或多個參數params,並且把它們完美轉發(看條款25)給std::async,傳遞std::launch::async作為發射策略。就像std::async那樣,它返回一個類型為f調用params的結果的std::future,決定這個結果很容易,因為std::result_of這個type trait可以把結果給你。

reallyAsync用起來就像std::async那樣:

auto fut = reallyAsync(f); // 異步執行f,如果std::async拋異常reallyAsync也會拋異常

在C++14中,推斷reallyAsync返回值類型的能力簡化了函數聲明:

template<typename F, typename... Ts> inline auto reallyAsync(F&& f, Ts&&... params) // C++14 { return std::async(std::launch::async, std::forward<F>(f), std::forward<Ts>(params)...); }

 

這個版本很清楚地讓你知道reallyAsync除了使用std::launch::async發射策略調用std::async外,沒做任何東西。


總結

需要記住的3點:

  • std::async的默認發射策略既允許任務異步執行,又允許任務同步執行。
  • 這個靈活性(上一點)導致了使用thread_local變量時的不確定性,它隱含着任務可能不會執行,它還影響了基於超時的wait調用的程序邏輯。
  • 如果異步執行是必需的,指定std::launch::async發射策略。

參考資料:

https://blog.csdn.net/D_Guco/article/details/70429755

https://blog.csdn.net/xiangxianghehe/article/details/76359214

https://blog.csdn.net/lijinqi1987/article/details/78909479

http://www.it1352.com/467359.html


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM