使用std::async时什么时候优先选lambda而非std::packaged_task？

你给出的两种写法在简单异步调用场景下效果完全等价，这种场景下确实没必要额外套一层std::packaged_task，直接给std::async传函数/ lambda 代码更简洁。std::packaged_task的核心价值是作为「可调用对象」和std::future的绑定工具，解耦任务的结果获取和任务的执行调度两个环节，只有当你需要这种解耦能力的时候，它才有不可替代的优势，常见场景如下：

1. 提前获取future，延后调度任务执行 #

如果你需要先拿到future交给其他模块做结果等待、异步处理，之后再等待合适的触发条件再提交任务执行，直接调用std::async是做不到的——直接调用std::async时任务就已经被提交调度了，没法先拿future再决定什么时候跑任务。

// 提前构造任务、绑定future
std::packaged_task<int(int,int)> add_task([](int a, int b){return a + b;});
std::future<int> res = add_task.get_future();

// 提前把future交给结果处理线程，等待结果落地
std::thread result_handler([&res](){
    std::cout << "计算结果为：" << res.get() << std::endl;
});

// 等待触发条件满足后，再提交任务给std::async执行
if (user_click_button || receive_network_request) {
    std::async(std::launch::async, std::move(add_task), 2, 4);
}
result_handler.join();

2. 自定义任务调度逻辑 #

如果你不想直接把任务交给std::async调度，需要先把任务放到自定义的优先级队列、延迟队列里做一层预处理，之后再提交给std::async执行，std::packaged_task可以直接把任务和对应的future绑定在一起转移、存储，不用你自己手动维护「任务-结果」的映射关系，减少出错概率。

3. 统一封装复杂计算逻辑 #

如果某套计算逻辑需要被多次异步调用，你可以把std::packaged_task的创建、参数绑定、future获取封装成统一的工厂函数，调用方只需要拿到future和task实例，自行决定是丢给std::async执行还是交给线程池、甚至手动调用执行，不用每次重复写相同的lambda和future管理逻辑。

内容的提问来源于stack exchange，提问作者TestUser