std::async的使用总结

C++98标准中并无线程库的存在，直到C++11中才终于提供了多线程的标准库，提供了管理线程、保护共享数据、线程间同步操做、原子操做等类。多线程库对应的头文件是#include <thread>，类名为std::thread。

然而线程毕竟是比较贴近系统的东西，使用起来仍然不是很方便，特别是线程同步及获取线程运行结果上就更加麻烦。咱们不能简单的经过thread.join()获得结果，必须定义一个线程共享的变量来传递结果，同时还要考虑线程间的互斥问题。好在C++11中提供了一个相对简单的异步接口std::async，经过这个接口能够简单的建立线程并经过std::future中获取结果。以往都是本身去封装线程实现本身的async，如今有线程的跨平台接口可使用就极大的方便了C++多线程编程。

先看一下std::async的函数原型

//(C++11 起) (C++17 前)
template< class Function, class... Args>
std::future<std::result_of_t<std::decay_t<Function>(std::decay_t<Args>...)>>
    async( Function&& f, Args&&... args );

//(C++11 起) (C++17 前)
template< class Function, class... Args >
std::future<std::result_of_t<std::decay_t<Function>(std::decay_t<Args>...)>>
    async( std::launch policy, Function&& f, Args&&... args );

第一个参数是线程的建立策略，有两种策略可供选择：

• std::launch::async：在调用async就开始建立线程。
• std::launch::deferred：延迟加载方式建立线程。调用async时不建立线程，直到调用了future的get或者wait时才建立线程。

默认策略是：std::launch::async | std::launch::deferred也就是两种策略的合集，具体什么意思后面详细再说

第二个参数是线程函数

线程函数可接受function, lambda expression, bind expression, or another function object

第三个参数是线程函数的参数

再也不说明

返回值std::future

std::future是一个模板类，它提供了一种访问异步操做结果的机制。从字面意思上看它表示将来，这个意思就很是贴切，由于她不是当即获取结果可是能够在某个时候以同步的方式来获取结果。咱们能够经过查询future的状态来获取异步操做的结构。future_status有三种状态：

• deferred：异步操做还未开始
• ready：异步操做已经完成
• timeout：异步操做超时，主要用于std::future .wait_for()

示例：

//查询future的状态
std::future_status status;
do {
    status = future.wait_for(std::chrono::seconds(1));
    if (status == std::future_status::deferred) {
        std::cout << "deferred" << std::endl;
    } else if (status == std::future_status::timeout) {
        std::cout << "timeout" << std::endl;
    } else if (status == std::future_status::ready) {
        std::cout << "ready!" << std::endl;
    }
} while (status != std::future_status::ready);

std::future获取结果的方式有三种：

• get：等待异步操做结束并返回结果
• wait：等待异步操做结束，但没有返回值
• waite_for：超时等待返回结果，上面示例中就是对超时等待的使用展现

介绍完了std::async的函数原型，那么它到底该如何使用呢？

std::async的基本用法：示例连接

#include <iostream>
#include <vector>
#include <algorithm>
#include <numeric>
#include <future>
#include <string>
#include <mutex>

std::mutex m;
struct X {
    void foo(int i, const std::string& str) {
        std::lock_guard<std::mutex> lk(m);
        std::cout << str << ' ' << i << '\n';
    }
    void bar(const std::string& str) {
        std::lock_guard<std::mutex> lk(m);
        std::cout << str << '\n';
    }
    int operator()(int i) {
        std::lock_guard<std::mutex> lk(m);
        std::cout << i << '\n';
        return i + 10;
    }};

template <typename RandomIt>int parallel_sum(RandomIt beg, RandomIt end){
    auto len = end - beg;
    if (len < 1000)
        return std::accumulate(beg, end, 0);

    RandomIt mid = beg + len/2;
    auto handle = std::async(std::launch::async,
                             parallel_sum<RandomIt>, mid, end);
    int sum = parallel_sum(beg, mid);
    return sum + handle.get();
}

int main(){
    std::vector<int> v(10000, 1);
    std::cout << "The sum is " << parallel_sum(v.begin(), v.end()) << '\n';

    X x;
    // 以默认策略调用 x.foo(42, "Hello") ：
    // 可能同时打印 "Hello 42" 或延迟执行
    auto a1 = std::async(&X::foo, &x, 42, "Hello");
    // 以 deferred 策略调用 x.bar("world!")
    // 调用 a2.get() 或 a2.wait() 时打印 "world!"
    auto a2 = std::async(std::launch::deferred, &X::bar, x, "world!");
    // 以 async 策略调用 X()(43) ：
    // 同时打印 "43"
    auto a3 = std::async(std::launch::async, X(), 43);
    a2.wait();                     // 打印 "world!"
    std::cout << a3.get() << '\n'; // 打印 "53"
} // 若 a1 在此点未完成，则 a1 的析构函数在此打印 "Hello 42"

可能的结果

The sum is 10000
43
world!
53
Hello 42

因而可知，std::async是异步操做作了一个很好的封装，使咱们不用关注线程建立内部细节，就能方便的获取异步执行状态和结果，还能够指定线程建立策略。

深刻理解线程建立策略

• std::launch::async调度策略意味着函数必须异步执行，即在另外一线程执行。
• std::launch::deferred调度策略意味着函数可能只会在std::async返回的future对象调用get或wait时执行。那就是，执行会推迟到其中一个调用发生。当调用get或wait时，函数会同步执行，即调用者会阻塞直到函数运行结束。若是get或wait没有被调用，函数就绝对不会执行。

二者策略都很明确，然而该函数的默认策略却颇有趣，它不是你显示指定的，也就是第一个函数原型中所用的策略即std::launch::async | std::launch::deferred，c++标准中给出的说明是：

进行异步执行仍是惰性求值取决于实现

auto future = std::async(func);        // 使用默认发射模式执行func

这种调度策略咱们没有办法预知函数func是否会在哪一个线程执行，甚至没法预知会不会被执行，由于func可能会被调度为推迟执行，即调用get或wait的时候执行，而get或wait是否会被执行或者在哪一个线程执行都没法预知。

同时这种调度策略的灵活性还会混淆使用thread_local变量，这意味着若是func写或读这种线程本地存储(Thread Local Storage，TLS)，预知取到哪一个线程的本地变量是不可能的。

它也影响了基于wait循环中的超时状况，由于调度策略可能为deferred的，调用wait_for或者wait_until会返回值std::launch::deferred。这意味着下面的循环，看起来最终会中止，可是，实际上可能会一直运行：

void func()           // f睡眠1秒后返回
{
    std::this_thread::sleep_for(1);
}
auto future = std::async(func);      // （概念上）异步执行f
while(fut.wait_for(100ms) !=         // 循环直到f执行结束
      std::future_status::ready)     // 但这可能永远不会发生
{
    ...
}

为避免陷入死循环，咱们必须检查future是否把任务推迟，然而future没法获知任务是否被推迟，一个好的技巧就是经过wait_for(0)来获取future_status是不是deferred：

auto future = std::async(func);      // （概念上）异步执行f
if (fut.wait_for(0) == std::future_status::deferred)  // 若是任务被推迟
{
    ...     // fut使用get或wait来同步调用f
} else {            // 任务没有被推迟
    while(fut.wait_for(100ms) != std::future_status::ready) { // 不可能无限循环
      ...    // 任务没有被推迟也没有就绪，因此作一些并发的事情直到任务就绪
    }
    ...        // fut就绪
}

有人可能会说既然有这么多缺点为啥还要用它，由于毕竟咱们考虑的极限状况下的可能，有时候我不要求它是并发仍是同步执行，也不须要考虑修改那个线程thread_local变量，同时也能接受可能任务永远不会执行，那么这种方式就是一种方便且高效的调度策略。

综上所述，咱们总结出如下几点：

• std::async的默认调度策略既容许任务异步执行，又容许任务同步执行。
• 默认策略灵活性致使了使用thread_local变量时的不肯定性，它隐含着任务可能不会执行，它还影响了基于超时的wait调用的程序逻辑。
• 若是异步执行是必需的，指定std::launch::async发射策略。

参考文章：

API Reference Document

用C++11的std::async代替线程的建立