std::mutex的使用备忘

最新推荐文章于 2026-03-25 19:29:10 发布
原创 最新推荐文章于 2026-03-25 19:29:10 发布 · 413 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#多线程 #线程同步 #mutex
在实际测试中，std::mutex与自实现自旋锁在效率上相近，但在竞争激烈时，std::mutex的lock会导致CPU利用率高。使用trylock可降低CPU负载，但效率下降约15%。测试基于4C16G硬件。

在实际测试中，与使用自实现的自旋做同步比较（看上也是自旋），std::mutex在效率上没有大的差异。

但是当出现竞争时，std::mutex的lock会完全的等待，此时CPU利用率会很高，当然其等待也是有收益的：效率最高。

 

但是，在一般的应用里，我们能查看任何管理器时，我们总是蜜汁不希望CPU满载（不想让风扇狂转？）

 

降低CPU负载的套路是：使用trylock。不光出让时间片，还得退出竞争。

当然，随之带来的也是效率的下降（-15%？）

 

我们的测试是基于4C16G硬件。

应用的测试方案是下图（3P3C）：

C++多线程 互斥锁 信号量 事件 临界区
小乌龟的博客
05-14 3670
一、互斥锁1、先熟悉熟悉API1，创建互斥锁，并反正一个句柄 HANDLE CreateMutex( LPSECURITY_ATTRIBUTESlpMutexAttributes, // 指向安全属性的指针 BOOLbInitialOwner, // 初始化互斥对象的所有者，一般设置为FALSE LPCTSTRlpName // 互斥对象名 );2，释放互斥对象的控制权 BOOL ReleaseMu
【C++多线程同步】C++多线程同步和互斥的关键：std::mutex和相关类的全面使用教程与深度解析
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
01-10 1526
Mutex 系列类(四种) std::mutex，最基本的 Mutex 类 std::recursive_timed_mutex，递归 Mutex 类 std::timed_mutex，定时 Mutex 类。 std::recursive_timed_mutex，定时递归 Mutex Lock 类（两种） std::lock_guard，与 Mutex RAII 相关，方便线程对互斥量上锁。 std::unique_lock，与 Mutex RAII 相关，方便线程对互斥量上锁，但提供了更好的上锁和解锁控制
windows临界区和互斥量效率_一篇文章带你解读：互斥锁、条件锁、读写锁以及自旋锁？
weixin_39844901的博客
11-23 793
锁是一个常见的同步概念，我们都听说过加锁(lock)或者解锁(unlock)，当然 学术一点地说法是获取(acquire)和释放(release)。 恰好pthread包含这几种锁的API，而C++11只包含其中的部分。接下来我将通过pthread的API来 展开回答。 mutex(互斥量) mutex(mutual exclusive)即互斥量(互斥体)。也便是常说的互斥锁。 尽管名称不含loc...
std::mutex
最新发布
xie__jin__cheng的博客
03-25 73
std::mutex
C++多线程编程(2) -- 互斥锁 信号量 事件 临界区
qq_34462436的博客
09-21 747
一、互斥锁 1、先熟悉熟悉API 1，创建互斥锁，并反正一个句柄 HANDLE CreateMutex( LPSECURITY_ATTRIBUTESlpMutexAttributes, // 指向安全属性的指针 BOOLbInitialOwner, // 初始化互斥对象的所有者，一般设置为FALSE LPCTSTRlpName // 互斥对象名 ); 2，释放互斥对象的控制权 BOO...
C++ 线程同步之互斥锁
喜欢打篮球的普通人
06-19 6554
进行多线程编程，如果多个线程需要对同一块内存进行操作，比如：同时读、同时写、同时读写，对于后两种情况来说，如果不做任何的人为干涉就会出现各种各样的错误数据。解决多线程数据混乱的方案就是进行线程同步，最常用的就是互斥锁，在 C++11 中一共提供了四种互斥锁：不论是在 C 还是 C++ 中，进行线程同步的处理流程基本上是一致的，C++ 的 mutex 类提供了相关的 API 函数：成员函数 独占互斥锁对象有两种状态：锁定和未锁定。 除了使用 lock() 还可以使用 try_lock() 获取互斥锁
线程同步时定义 std::mutex 为什么要在前面添加 mutable 关键字
不经一番寒彻骨，怎得梅花扑鼻香。
02-05 926
在C++中，关键字用于修饰类的成员变量，表示即使在一个对象中，该成员变量也可以被修改。对于这样的同步原语，使用是必要的，原因如下：通常用于保护类的内部状态，即使在成员函数中，也可能需要加锁来保证线程安全。例如： 成员函数的语义：成员函数承诺不会修改对象的状态。 的特殊性：本身的状态（如锁的状态）需要被修改，但这并不影响对象的逻辑状态。 使用：将声明为，可以在成员函数中修改它，而不会违反的语义。 2. 如果不使用 会怎样？ 如果没有声明为，在成员函数中尝试加锁会导致编译错误： 编译器会报错，因为会尝试
多线程锁相关
tang063的专栏
05-10 362
与mutex相比，多了2个时间相关的函数：try_lock_for(时间段) 和 try_lock_until(时间点) ，相当于mutex的try_lock()，但比try_lock()多个了个时间，try_lock()是拿不到锁直接返回，而try_lock_for(时间段) 和 try_lock_until(时间点) 是在传入的时间内拿不到锁则阻塞，超时后返回false。try_lock()相当于try_lock_for(0）。自旋锁的逻辑是，用自旋锁保护的临界区要足够小，而且临界区内是不能休眠的。
c++ 读写锁
__2得很别致
11-03 426
个人总结与备忘记录，参考链接也放在代码里了。 sharedmutex.h #include <iostream> #include <mutex> #include <shared_mutex> //shared_mutex shared_lock #include <thread> /* 读写锁(C++17 起) 参考链接 https://zh.cppreference.com/w/cpp/thread/shared_mutex https://ww.
【C/C++基础回顾与总结】
weixin_44914838的博客
05-28 424
个人关于C/C++基础学习的回顾与总结
17.12 windows临界区、其他各种mutex互斥量
zzyzxb的博客
06-24 372
windows临界区、其他各种mutex互斥量
C++11并发与多线程笔记（12） windows临界区、其他各种mutex互斥量
Cxiao_mengxin的博客
02-13 252
C++ 多线程编程
C++并发与多线程编程--windows临界区、其他mutex互斥量
locahuang的博客
07-24 381
1、windows临界区 临界区又称关键代码段，指的是一小段代码在代码执行前，它需要独占一些资源。 1.1 相关函数 （1）初始化 程序中通常将多线程同时访问的某个资源作为临界区，需要定义一个CRITICAL_SECTION类型的变量，然后调用InitializeCriticalSection函数对变量进行初始化； 函数原型：VOID InitializeCriticalSection(LPCRITICAL_SECTION lpCriticalSection ); 参数说明：lpCriticalSect..
C++并发与多线程(十一)windows临界区、recursive_mutex、timed_mutex
Electro1ux的博客
02-02 525
windows临界区 windows临界区是在windows编程中的内容，了解一下即可，效果几乎可以等同于c++11的mutex；windows编程仅能在windows操作系统中使用，其它环境（例如linux）是不能正常运行的。 使用方法： //包含头文件 #include <Windows.h> CRITICAL_SECTION m_winsec; //windwos临界区定义 InitializeCriticalSection(&m_winsec); //windows临界区使用
C++11多线程 互斥量与Windows临界区
u012507022的博客
01-09 1894
1.Windows临界区 Windows临界区与互斥量用法非常相似；但也有些差别 在“同一个线程”(不同线程中会卡住等待)中， Windows中的“相同临界区变量”代表的临界区的进入(EnterCriticalSection)可以被多次调用，但是调用了几次EnterCriticalSection(),就得调用几次EnterCriticalSection() 而在C++11中，std::mut...
11.windows临界区，其他各种mutex互斥量
John的博客
09-22 300
1.windows临界区 和c++11中的mutex非常类似 #include <iostream> #include <thread> #include<vector> #include<string> #include<queue> #include<mutex> #include<windows.h> using namespace std; #define __WINDOWSJQ__ //一个开关，用window
测试 std::mutex && CRITICAL_SECTION && QMutex 三者的效率
龚建波
09-01 2547
std::mutex 标准库的互斥锁；CRITICAL_SECTION Windows提供的临界区；QMutex Qt提供的互斥锁封装，显然，Qt封装的效率一般不如前两者。 参照这篇文章：https://www.iteye.com/blog/aigo-1908084 和他的结论差不多：在旧版本编译器上（如VS2013），std::mutex 比临界区更慢；在新版本编译器上（如VS2015/2017），std::mutex 的效率显著提高，特别在竞争情况下比临界区快多了。 下面是 VS2013 和 VS
std::atomic和std::mutex区别
大牛直播SDK
03-12 2225
​std::atomic介绍​ ​模板类std::atomic是C++11提供的原子操作类型，头文件 #include<atomic>。​在多线程调用下，利用std::atomic可实现数据结构的无锁设计。​​ ​和互斥量的不同之处在于，std::atomic原子操作，主要是保护一个变量，互斥量的保护范围更大，可以一段代码或一个变量。std::atomic​确保任意时刻只有一个线程对这个资源进行访问，避免了锁的使用，提高了效率。​​ ​​原子类型和内置类型对照表如下：​​ .
windows 下std::mutex和CRITICAL_SECTION性能对比
kgzhwang
01-30 370
测试结论是std::mutex明显效率要比CRITICAL_SECTION效率更高。以下代码是对一个变量进行多线程++操作，到一定数量后退出线程，然后计算整个过程耗时。测试结果显示std::mutex耗时明显低。另外测试发现std::mutex是不可重入的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值