std::future 相比于直接使用线程在 C++ 中有几个重要的优势,主要体现在同步结果获取简化代码管理、以及更安全的异步任务管理等方面。以下是 std::future 的一些主要优势:

1. 自动结果获取与同步

  • std::future 提供了一种便捷的机制来获取异步任务的返回值。当我们使用线程时,通常无法轻松获得线程的返回值,线程函数如果有返回值,需要通过共享变量、全局变量或其他同步机制进行通信,这使得代码更加复杂。

  • 通过 std::future,可以轻松获取异步任务的结果,它在内部同步管理任务执行的结果。

    例子:

    #include <iostream>
    #include <future> int compute() {
    return 42;
    } int main() {
    std::future<int> result = std::async(std::launch::async, compute);
    std::cout << "Result: " << result.get() << std::endl; // 自动等待线程完成并返回结果
    return 0;
    }

    在这种情况下,result.get() 会等待线程完成,并获取异步任务的返回值 42。这比直接使用线程共享状态的方式要简单得多。

2. 简化代码管理

  • 使用 std::thread 需要手动管理线程的生命周期,比如使用 join() 来等待线程执行完成。而 std::future 通过 get() 或者 wait() 来等待任务完成,自动管理同步,不需要手动调用 join()

    直接使用线程时:

    #include <iostream>
    #include <thread> void compute(int &result) {
    result = 42;
    } int main() {
    int result;
    std::thread t(compute, std::ref(result));
    t.join(); // 必须手动调用 join() 等待线程完成
    std::cout << "Result: " << result << std::endl;
    return 0;
    }

    这里要通过 std::ref(result) 共享数据,并且必须手动管理线程的结束 (join()),否则程序会发生错误。

3. 更安全的异步任务管理

  • std::futurestd::async 可以更好地管理异步任务,避免直接操作线程带来的错误。比如,当线程没有被正确 join 时,程序可能崩溃,而 std::future 会自动等待异步任务完成。

  • 如果程序异常退出或者忘记调用 join()std::thread 会导致程序中断或者未定义行为。而 std::future 不会发生这些问题,它通过 get() 自动等待异步任务完成。

    例如,如果使用 std::thread,忘记 join(),程序会出现崩溃风险:

    std::thread t([] { std::this_thread::sleep_for(std::chrono::seconds(1)); });
    // 如果没有 t.join(),程序将崩溃

4. 异常管理

  • std::future 可以捕获异步任务中的异常,而直接使用线程时,异常管理需要额外的工作。在 std::future 中,get() 不仅可以获取任务的结果,还可以在任务中出现异常时,将该异常抛出,方便后续处理。

    例子:

    #include <iostream>
    #include <future>
    #include <stdexcept> int faulty_task() {
    throw std::runtime_error("Something went wrong!");
    } int main() {
    std::future<int> result = std::async(std::launch::async, faulty_task);
    try {
    int value = result.get(); // 在此捕获异常
    } catch (const std::exception& e) {
    std::cerr << "Exception: " << e.what() << std::endl;
    }
    return 0;
    }

    直接使用 std::thread 时,要处理任务中的异常需要复杂的机制,std::future 简化了这一过程。

5. 延迟启动任务

  • 使用 std::asyncstd::future,你可以选择是否立即启动线程,或者延迟执行任务(惰性启动)。通过 std::async 的第二个参数(如 std::launch::deferred),可以控制任务是否异步执行或延迟执行,这种灵活性在直接使用线程时无法轻易实现。

    惰性启动:

    std::future<int> result = std::async(std::launch::deferred, compute); // 任务并不会立即执行
    // result.get() 执行时,任务才开始执行

总结

std::future 的主要优势在于:

  • 简化了异步任务的结果获取与同步操作;
  • 提供了更好的异常管理;
  • 避免了手动管理线程生命周期的复杂性;
  • 提供了延迟执行(deferred execution)的灵活性。

相比之下,std::thread 直接操作线程,虽然可以让程序员显式控制任务,但在实际开发中,这种显式控制常常导致复杂的代码管理和更大的错误风险,因此 std::future 是一种更高层次、更安全的选择。

`std::future`--异步的优势的更多相关文章

  1. C++11之std::future和std::promise

    为什么C++11引入std::future和std::promise?C++11创建了线程以后,我们不能直接从thread.join()得到结果,必须定义一个变量,在线程执行时,对这个变量赋值,然后执 ...

  2. C++11之std::future和std::promise和std::std::packaged_task

    为什么C++11引入std::future和std::promise?C++11创建了线程以后,我们不能直接从thread.join()得到结果,必须定义一个变量,在线程执行时,对这个变量赋值,然后执 ...

  3. C++并发高级接口:std::async和std::future

    std::async和std::future std::async创建一个后台线程执行传递的任务,这个任务只要是callable object均可,然后返回一个std::future.future储存 ...

  4. C++11 使用异步编程std::async和std::future

    先说明一点:std::asyanc是std::future的高级封装, 一般我们不会直接使用std::futrue,而是使用对std::future的高级封装std::async. 下面分别说一下. ...

  5. C++11 并发指南四(<future> 详解三 std::future & std::shared_future)

    上一讲<C++11 并发指南四(<future> 详解二 std::packaged_task 介绍)>主要介绍了 <future> 头文件中的 std::pack ...

  6. C++并发编程之std::async(), std::future, std::promise, std::packaged_task

    c++11中增加了线程,使得我们可以非常方便的创建线程,它的基本用法是这样的: void f(int n); std::thread t(f, n + 1); t.join(); 但是线程毕竟是属于比 ...

  7. C++并发编程之std::future

    简单地说,std::future 可以用来获取异步任务的结果,因此可以把它当成一种简单的线程间同步的手段.std::future 通常由某个 Provider 创建,你可以把 Provider 想象成 ...

  8. 【C++并发实战】(三) std::future和std::promise

    std::future和std::promise std::future std::future期待一个返回,从一个异步调用的角度来说,future更像是执行函数的返回值,C++标准库使用std::f ...

  9. C++11 并发指南四(<future> 详解三 std::future & std::shared_future)(转)

    上一讲<C++11 并发指南四(<future> 详解二 std::packaged_task 介绍)>主要介绍了 <future> 头文件中的 std::pack ...

  10. 第27课 “共享状态”及其管理者(std::future/std::shared_future)

    一. “共享状态” (一)“共享状态”对象 1. 用于保存线程函数及其参数.返回值以及新线程状态等信息.该对象通常创建在堆上,由std::async.std::promise和std::package ...

随机推荐

  1. C#中使用 record 的好处 因为好用所以推荐~

    一晃距C# 9发布已经4年了,对于record关键字想必大家都不陌生了,不过呢发现还是有很多同学不屑于使用这个语法糖,确实,本质上record就是class的封装,能用 record 书写的类,那10 ...

  2. mybatis-plus的BaseMapper调用报错:Invalid bound statement

    1.yml的配置, 2.@mapper/@mapperScan 3.注意版本依赖冲突,本人第一次使用spring-boot-start-parent3.2.3与mybatis-plus-start-p ...

  3. ceph 002 ceph架构 ceph数据存储过程 ceph集群安装

    ceph 架构 rgw:实现对象存储 (web的url和swift,s3接口) mon:集群的访问入口 (集群,同时工作,得同步信息.每个mon的ip不一样) mgr:监控 信息收集 web 界面 ( ...

  4. HPA* (Near Optimal hierarchical Path-finding)算法的效果图

    本文中的图全部来自: https://mohitsharma0690.blogspot.com/2016/01/hierarchical-pathfinding.html 图的说明: Here is ...

  5. 控制自行车前进/后退/平衡等动作,有必要使用在控制方面使用人工智能算法吗,还是传统的PID算法就完全可以胜任?

    直接说答案,用不到人工智能算法做控制,现在人工智能算法主要的应用领域为感知学习,比较典型的就是图像识别和自然语言对话系统,而在控制算法上人工智能的解决方案依然不是很成熟,目前世界上唯一一个宣布可以落地 ...

  6. 《Python数据可视化之matplotlib实践》 源码 第四篇 扩展 第十二章

    图  12.1 import matplotlib.pyplot as plt import numpy as np barSlices=12 theta=np.linspace(0.0, 2*np. ...

  7. 强化学习算法真的适合于你的应用吗 —— 强化学习研究方向(研究领域)现有的不足(短板、无法落地性) —— Why You (Probably) Shouldn’t Use Reinforcement Learning

    外文原文: Why You (Probably) Shouldn't Use Reinforcement Learning 地址: https://towardsdatascience.com/why ...

  8. 区块链DApp学习开发入门 视频

    学习视频: https://www.bilibili.com/video/BV13E411P7km?p=1 https://www.bilibili.com/video/BV14z4y1Z7Jd?p= ...

  9. 如何修复ubuntu的uefi启动——如何将Ubuntu安装入移动硬盘中

    交代一下使用场景,个人平时经常使用Ubuntu系统,由于不喜欢总在一个地方呆但是来回搬电脑又不是十分的方便,于是想到了一个好的方案,那就是把Ubuntu系统安装到移动硬盘中,这样不论是在家还是在实验室 ...

  10. Linux——添加默认路由(能ping通本网段,但是ping不通其他网段)

    2024/07/15 1.问题描述 2.问题处理 3.其他问题 1.问题描述 昨天服务器突然断电,今天重启后,网络出了些问题,具体情况如下: 能ping通本机IP ping不通网关 ping不通本网段 ...