C++中的mutex、condition_val

在 C++ 中,锁分为两类:互斥量(Mutex,即锁本身)锁管理类(Lock Managers,即 RAII 包装器)

A. 锁本身 (std::mutex 家族)

这些是真正的锁对象,位于 <mutex> 头文件。

  1. std::mutex**(最常用)**
    • 特点:独占互斥锁。一个线程拿到了,其他线程就得等。
    • 方法lock()(上锁,失败则阻塞)、unlock()(解锁)、try_lock()(尝试上锁,失败返回 false,不阻塞)。
    • 注意:不可递归上锁(同一个线程不能连续 lock 两次,否则死锁)。
  1. std::recursive_mutex**(递归锁)**
    • 特点 :允许同一个线程多次上锁。
    • 场景:比如一个递归函数,每一层都需要加锁;或者函数 A 调函数 B,A 和 B 都要加同一把锁。
    • 代价:比普通 mutex 慢,尽量少用。
  1. std::timed_mutex**(超时锁)**
    • 特点:在拿不到锁时,可以设置等待时间,而不是无限死等。
    • 方法try_lock_for(std::chrono::milliseconds(100))
  1. std::shared_mutex**(读写锁,C++17 引入)**
    • 特点:解决"读多写少"的性能问题。
    • 机制
      • 共享锁 (Shared Lock):多个线程可以同时加这个锁(只读操作)。
      • 独占锁 (Exclusive Lock):只有一个线程能加这个锁(写操作),且此时不能有其他人读。
B. 锁管理类 (RAII Wrappers) ------ 这才是你该用的东西

切记: 尽量不要手动调用 mutex.lock()unlock()。一旦中间抛出异常,或者你忘记 unlock,程序就死锁了。

使用以下类来自动管理锁的生命周期:

  1. std::lock_guardstd::mutex****(轻量级,简单粗暴)
    • 机制 :构造时立马 lock,析构时立马 unlock
    • 缺点:中途不能手动解锁,必须等到作用域结束。
    • 场景:简单的临界区保护。
  1. std::unique_lockstd::mutex****(灵活,功能全)
    • 机制 :构造时 lock(也可以选择不立马 lock),析构时 unlock
    • 优点
      • 可以中途手动 unlock()(比如为了让出 CPU 一会儿)。
      • 配合条件变量 ( std::condition_variable**) 必须用它**。
      • 支持"延迟锁定"(defer_lock)。
    • 代价:比 lock_guard 稍微重一点点。

代码示例:unique_lock 的灵活性

复制代码
std::mutex mtx;

void complex_task() {
    // 1. 构造时加锁
    std::unique_lock<std::mutex> lock(mtx);
    
    // 操作共享数据...
    
    // 2. 中途临时解锁(比如要做一些耗时的、不涉及共享数据的操作)
    lock.unlock(); 
    // ... 做耗时操作 ...
    
    // 3. 重新加锁
    lock.lock();
    
    // 4. 函数结束,自动解锁
}

相关推荐
Lee川9 小时前
优雅进化的JavaScript:从ES6+新特性看现代前端开发范式
javascript·面试
肆忆_12 小时前
# 用 5 个问题学懂 C++ 虚函数(入门级)
c++
Lee川12 小时前
从异步迷雾到优雅流程:JavaScript异步编程与内存管理的现代化之旅
javascript·面试
晴殇i14 小时前
揭秘JavaScript中那些“不冒泡”的DOM事件
前端·javascript·面试
绝无仅有15 小时前
Redis过期删除与内存淘汰策略详解
后端·面试·架构
绝无仅有15 小时前
Redis大Key问题排查与解决方案全解析
后端·面试·架构
AAA梅狸猫16 小时前
Looper.loop() 循环机制
面试
AAA梅狸猫16 小时前
Handler基本概念
面试
不想写代码的星星16 小时前
虚函数表:C++ 多态背后的那个男人
c++
Wect16 小时前
浏览器缓存机制
前端·面试·浏览器