std::unique_lock的灵活性体现在哪里

最新推荐文章于 2023-05-10 16:06:52 发布
最新推荐文章于 2023-05-10 16:06:52 发布
阅读量325 收藏 1
点赞数
分类专栏： 多线程编程
本作品采用[知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议]https://creativecommons.org/licenses/by-nc-sa/4.0/
本文链接：https://blog.csdn.net/weixin_43705457/article/details/103897821
版权

引言

在学习C++多线程编程的时候我们总会看到人们把lock_guard与unique_lock去做比较 并说unique_lock更加灵活 这篇文章就简单的说下为什么unique_lock更加灵活

我们首先来看下两个类分别支持的函数

这是unique_lock的
在这里插入图片描述

这是lock_guard
在这里插入图片描述
我们可以看到其实相比于unique_lock, lock_guard可以说不支持什么函数,其实lock_guard的存在就是一个RAII的体现,其不支持任何函数,也就是说对象创建时上锁,对象存在期间拥有锁,对象消亡时解锁,这样当然有好处,就是友好的资源管理,但是其限定了锁的语义,就是说,对象存在期间必须拥有锁(有例外),且在消亡前不能释放锁,友好的资源管理和资源消耗带来的是笨重的功能,所以我们可以说,不是unique_lock太灵活 而是lock_guard太不灵活了.

ps:上面所说的例外就是在构造lock_guard时可以传入参数std::adopt_lock,这样可以使lock_guard存在时不占有锁,但是还是会解锁

功能上的差别意味着灵活性,我们从所支持的函数上来看,unique_lock其实和一个锁所支持的功能相差无几(CAS除外),这也意味着其在资源管理时能做的更多,举个简单的例子,比如条件变量的wait操作,我们都知道这个函数涉及到lock与unlock,在这种情况下我们只能使用unique_lock,所以在wait的参数中,标准库只能支持unique_lock

上面提到了std::adopt_lock,unique_lock当然也支持,而且因为unique_lock本身支持lock操作,其还支持一个参数std::defer_lock,可以让构造函数中不进行上锁,这同样也是灵活性的一个体现

还有一点不得不提,C++的编译器多态意味着unique_lock甚至可以作为参数传给std::lock,只需要让unique_lock在构造时不要上锁,我们使用std::defer_lock就可以解决

效率问题

我们可能一直会说unique_lock会有些许的消耗,这是当然,但是确实是些许 我们来看看两个对象内部的数据

在这里插入图片描述

在这里插入图片描述

很明显 下面的那个是unique_lock 其实只是用一个bool值来标记当前是否上锁 防止在lock时再lock 造成死锁,但是虽然是些许,也终究是有的,所以我们的原则就是能用lock_guard就用,否则使用unique_lock

李兆龙的博客
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
lock(CAS)和Sychronized的一些区别，以及lock怎么解决死锁lock(CAS)和Sychronized的一些区别，以及lock怎么解决死锁
qq_42180320的博客
02-18 416
lock(CAS)和Sychronized的一些区别，以及lock怎么解决死锁 A.区别 1.lock是更轻量级的，更灵活的，用户可以自定义配合多变的业务逻辑去加锁，但是Synchronized是块状粒度的，放在方法上，就锁住了整个实例对象，放在类上就锁住了这个类的所有实例对象 2.lock需要用户手动加锁释放锁，Synchronized不需要 3.lock默认是使用的非公平锁，Sychronized只有非公平锁 4.lock是一个类，Sychronized是一个关键字 5.lock不容易死锁，Sychro
C++11 使用 unique_lock，lock_guard，condition_variable， lambda表达式实现线程安全队列
wqfhenanxc的专栏
01-14 1863
转自http://blog.csdn.net/tgxallen/article/details/73522233 C++多线程编程中通常会对共享的数据进行写保护，以防止多线程在对共享数据成员进行读写时造成资源争抢导致程序出现未定义的行为。通常的做法是在修改共享数据成员的时候进行加锁--mutex。在使用锁的时候通常是在对共享数据进行修改之前进行lock操作，在写完之后再进行unlock操作，
Java并发编程：Lock(比synchronized更灵活的同步)
wjzhang5514的博客
04-20 446
本文来自：高爽|Coder，原文地址：http://blog.csdn.net/ghsau/article/details/7461369，转载请注明。 Lock 是 java.util.concurrent.locks 包下的接口，Lock  实现提供了比使用 synchronized 方法和语句可获得的更广泛的锁定操作，它能以更优雅的方式处理线程同步问题，我们拿Java线程(
（七）unique_lock详解
u011886519的博客
02-23 1712
1. unique_lock 可以和lock_guard 一样自动解锁，不需要再自己解锁。 2. unique_lock更灵活可以解决一些锁拿住不放的阻塞问题； unique_lock<std::mutex> sb_un(my_mutex1, try_to_lock); sb_un.owns_lock()；//返回true表示拿到锁 可以解决阻塞什么都不干的事情，这种机制可以在拿不到锁的时候干点别的事情 成员： try_to_lock defer_lock adopt_lock
多线程锁相关
tang063的专栏
05-10 192
与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++11 并发指南之std::mutex详解
12-20
- **std::unique_lock**：也是RAII类，与`std::lock_guard`类似，但它提供了更多的灵活性，如可以手动锁定和解锁，以及在构造时选择不锁定。 - **std::once_flag**：用于确保某个初始化操作仅执行一次，即使有多个...
4. 互斥量、lock_guard与unique_lock1
08-03
`std::unique_lock`类似于`std::lock_guard`，但提供了更大的灵活性。它可以延迟锁定，这意味着你可以在对象创建时不立即锁定互斥量，也可以在任何时候手动解锁和重新锁定。这使得`unique_lock`适合于需要更复杂控制...
C++11 并发指南之Lock 详解
12-20
`std::unique_lock`同样是与Mutex相关的类，但相比`lock_guard`，它提供了更多的灵活性。`unique_lock`可以在任何时候锁定或解锁Mutex，也可以在构造时选择不锁定。它也支持在特定条件下尝试获取锁（`try_lock`系列...
线程锁，防止同时使用，在使用时加锁
11-05
除了基本的`std::mutex`，C++11还提供了其他类型的锁，如`std::unique_lock`，它可以提供更灵活的锁定策略，例如自动解锁。`std::unique_lock`可以与`std::mutex`配合使用，如下所示： ```cpp #include std::...
每天学点C++（C++实例教程：教程+源码）多线程.zip
最新发布
06-21
C++是一种强大的、通用的编程语言，以其高效性、灵活性和面向对象的特性而闻名。在"每天学点C++（C++实例教程：教程+源码）多线程.zip"这个压缩包中，我们主要关注的是C++的多线程编程。多线程是现代计算机系统中一...
C ++ 多线程：条件变量、unique_lock
HerofH_的博客
03-10 2593
目录 1 前言 2 条件变量 3 unique_lock 1 前言 为了更好的理解条件变量是什么，我们还是应当先思考一下为什么需要条件变量，还是先以一段程序为例： using namespace std; class MsgList //模拟消息的写入和读取 { public: void MsgWrite() { for (int i = 0; i &lt...
c++之std::unique_lock, std::lock, std::scoped_lock及std::condition_variable
weixin_44537992的博客
01-29 3472
cpp_reference_std::scoped_lock cpp_reference_std::unique_lock scope_lock与lock_guard区别 std::lock_guard or std::scoped_lock C++多线程unique_lock详解
随笔——unique_lock锁与condition信号量
Overvautious的博客
01-15 449
看到一个帖子介绍锁与信号量的使用：std::condition_variable与std::unique_lock的结合使用 void runthread(int index) { std::unique_lock<std::mutex> lck(mtx); fprintf(stderr, "thread:%d is waiting.\n", index); cv.wait(lck); fprintf(stderr, "thread:%d is wakeup.\n
C++thread condition_variable和unique_lock的搭配使用来唤醒线程（C++多线程相关）
昔拉的博客
01-15 616
用std::condition_variable cv定义信号唤醒线程 用cv.notify_one()来唤醒一个线程 用cv.notify_all()来唤醒所有线程 用std::unique_lockstd::mutex 和cv.wait配合，wait把lock释放然后等待后面的条件，当后面条件达成时锁重新得到继续执行以下代码，unique_lock ()允许中间释放锁 直接用cv.wait（...
Ceph学习——客户端读写操作分析
SEU_PAN的博客
12-04 4605
客户端读写操作分析本节设计到了Librados以及Osdc等操作，相关类如 RadosClient、Objecter、IoCtxImpl等介绍见上一节： Ceph学习——Librados与Osdc实现源码解析 1）调用rados_create()创建一个RadosClient对象。 2） 调用rados_config_read()读取配置文件。 3）调用rados_connect()函数，最
进程间通信：condition_variable && unique_lock（c++）
Sunrise的专栏
08-05 2191
condition_variable（条件变量） 简介 互斥锁用于上锁，条件变量用于等待； condition_variable类是一个同步原语，可以用来阻塞一个线程，或者同时阻塞多个线程，直到另外一个线程修改了条件(a shared variable: the condition)并且通知了condition_variable(notify). 修改条件，并通知 获取一把锁，通常使用std::lock_guard。 在锁锁定的状态下，修改条件。 调用notify_one 或者 notify_all，进行
std::unique_lock 介绍
热门推荐
小米的修行之路
07-22 1万+
lock_guard 最大的缺点是简单，没有给程序员提供足够的灵活度，因此，C++11 标准中定义了另外一个与 Mutex RAII 相关类 unique_lock，该类与 lock_guard 类相似，也很方便线程对互斥量上锁，但它提供了更好的上锁和解锁控制。 顾名思义，unique_lock 对象以独占所有权的方式（ unique owership）管理 mutex 对象的上锁和解锁操作，...
unique_lock与lock_guard区别
记录学习的点滴
05-09 6200
使用方式 lock_guard： 没有提供加锁和解锁的接口。 通过构造函数和析构函数控制锁的作用范围，创造对象的时候加锁，离开作用域的时候解锁； unique_lock： 提供了lock()和unlock()接口，能记录现在处于上锁还是没上锁状态。 可以通过构造函数和析构函数控制锁的作用范围。 在构造函数中延时加锁，在需要的时候手动加锁和解锁。 在析构的时候，会根据当前状态来决定是否要进行解锁（lock_guard就一定会解锁）。 赋值操作 unique_lock和lock_guard都不能复制 l
安卓 std::mutex unique_lock lock_guard 混用
09-02
不同之处在于，`std::unique_lock`提供了更多的灵活性，可以在运行时选择锁定和解锁的时机，而`std::lock_guard`在构造时锁定互斥锁，在析构时解锁互斥锁。在给定的代码示例中，`std::lock_guard`和`std::unique_...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

李兆龙的博客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值