当前位置: 首页 > web >正文

C++开发基础之理解std::condition_variable中的wait与wait_for的区别与使用场景

在这里插入图片描述

前言

在多线程编程中,线程之间的同步是一个重要的课题。std::condition_variable 提供了一种机制,允许线程在某些条件满足之前进行等待。我们通常使用 waitwait_for 等函数来控制线程的阻塞和唤醒。虽然这两个函数看起来类似,但它们之间存在一些重要的区别。在本文中,我们将详细介绍这两者的差异以及它们适用的场景。

std::condition_variable::wait:无限等待

1. 基本功能:

m_cv.wait(lock) 是条件变量最常见的使用方式。它的作用是让当前线程进入阻塞状态,直到以下两个条件之一发生:

  • 条件变量被通知(notify_one()notify_all() 被调用)。
  • 条件变量的状态满足某个条件,通常需要在等待前和后检查某个共享数据。

当线程调用 wait 时,它会释放与之相关联的锁 (std::unique_lockstd::lock_guard),允许其他线程在等待期间修改共享数据。当通知发生时,线程会重新获得锁,并继续执行。

2. 代码示例:

std::unique_lock<std::mutex> lock(m_mutex);
m_cv.wait(lock);  // 阻塞当前线程直到被通知

3. 适用场景:

m_cv.wait(lock) 非常适用于以下场景:

  • 你希望线程在没有条件满足时保持等待状态,直到其他线程调用通知。
  • 适合于生产者-消费者模型,或者任何需要等待特定条件触发的同步场景。
4. 注意事项:
  • 由于该函数会阻塞线程直到通知,因此它可能会导致线程长时间处于等待状态,这时我们通常会在 wait 调用之前判断条件,以确保线程只有在真正需要等待时才进入阻塞。

std::condition_variable::wait_for:带超时的等待

1. 基本功能:

wait 不同,m_cv.wait_for(lock, std::chrono::milliseconds(100)) 允许我们在等待时设置超时时间。在这个例子中,当前线程会等待最多 100 毫秒,或者直到被通知为止。

如果超时后线程仍然没有收到通知,wait_for 会自动返回 false,表示超时发生。否则,如果条件满足,或者收到了通知,它会返回 true

2. 代码示例:

std::unique_lock<std::mutex> lock(m_mutex);
bool notified = m_cv.wait_for(lock, std::chrono::milliseconds(100));  // 等待最多100毫秒
if (!notified) {std::cout << "超时未收到通知" << std::endl;
} else {std::cout << "收到通知" << std::endl;
}

3. 适用场景:

m_cv.wait_for 在以下情况下非常有用:

  • 你希望给等待的线程设置一个最长等待时间,避免线程在无条件满足时一直阻塞。
  • 适用于一些需要响应超时的应用,比如定时任务,或者在一定时间内需要获取资源的场景。

4. 注意事项:

  • 如果设置了超时时间,线程在超时后会返回。这时,我们可以根据返回值来决定是否继续执行,或者处理超时的逻辑。
  • 超时机制避免了死锁的风险,但也可能导致线程在超时后执行不完整的任务,因此需要在应用中合理使用。

区别总结

特性m_cv.wait(lock)m_cv.wait_for(lock, timeout)
超时控制无限等待,直到收到通知设置一个最大等待时间,超时后返回 false
返回值没有返回值,线程在通知时继续执行返回 truefalse,表示是否在超时前收到通知
使用场景适合需要等待某个条件或事件发生的场景适合需要控制等待时间,避免死锁的场景
阻塞行为无限阻塞直到条件满足阻塞指定时间后自动返回

什么时候使用 wait,什么时候使用 wait_for

  • 使用 wait 当你希望线程在没有收到通知之前一直阻塞,并且没有必要关心等待的最大时间时,使用 wait
  • 使用 wait_for 当你希望线程在等待时能够响应超时,或者希望限制等待时间,避免线程长时间处于阻塞状态时,使用 wait_for

总结

std::condition_variable 提供了强大的线程同步能力,尤其是在处理多线程之间的通知和协调时非常有用。理解 waitwait_for 之间的区别,并根据实际需求选择合适的等待方式,是编写高效且安全的多线程代码的关键。在选择这两者时,你需要考虑是否需要超时机制,以及如何处理超时后可能的错误或恢复逻辑。

http://www.xdnf.cn/news/7721.html

相关文章:

  • 基于springboot的个人博客系统【附源码】
  • 《苍穹外卖》SpringBoot后端开发项目核心知识点与技术栈整理(DAY10 to DAY12)
  • 【深度学习:理论篇】--一文理解Transformer
  • 若依项目集成sentinel、seata和shardingSphere
  • Day.js 基础用法全方位详解
  • 鸿蒙NEXT开发动画案例12
  • AI作曲革新:ACE-Step如何推动音乐创作走向大众
  • UE(虚幻)学习(六)插件打包在UE5.3.2下Value cannot be null的错误
  • Ubuntu 安装 Node.js 指定版本指南
  • 01-通过纯js理解数据驱动图表概念
  • window 显示驱动开发-GDI 硬件加速
  • 活到老学到老-Spring参数校验注解Validated /Valid
  • 实战:基于Pangolin Scrape API,如何高效稳定采集亚马逊BSR数据并破解反爬虫?
  • Nuxt.js一个基于 Vue.js 的通用应用框架
  • 使用引用的原因 和 运算符重载的必要性
  • Ubuntu20.04安装ROS Neotic
  • AI应用交付厂商F5打造六大解决方案,助用户应对复杂挑战
  • NX750HSA20美光固态闪存HSA36NC027
  • LLM驱动的未来软件工程范式与架构策略
  • 鸿蒙开发——7.ArkUI进阶:@BuilderParam装饰器的核心用法与实战解析
  • 算法题(151):保卫花园
  • Vue video播放视频流
  • Vue 3 响应式 Ref 全解析:从基础到高阶应用
  • 监控易一体化运维:采集集群管理,构建稳健运维基石
  • Linux | 开机自启动设置多场景实现
  • 在QT中栅格布局里套非栅格布局的布局会出现父布局缩放子布局不跟随的问题
  • 深入解析FramePack:高效视频帧打包技术原理与实践
  • 前端单点登录
  • DNA与蛋白相互作用检测技术ChIP-qPCR
  • 系统思考:团队策略辅导