news 2026/3/21 23:05:37

unique_lock<mutex> uLock 的用法

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
unique_lock<mutex> uLock 的用法

std::unique_lock<std::mutex>是 C++11 提供的一种更灵活的互斥锁管理器,常用于多线程同步场景。

std::unique_lock<std::mutex> uLock;
本质上是一个可控制加锁/解锁时机、可转移所有权的锁对象。

一、unique_lock是干什么的?

一句话总结:

unique_lock是 RAII 风格的互斥锁管理器,比lock_guard更灵活

特性lock_guardunique_lock
构造时自动加锁✅(可选)
析构时自动解锁
手动 lock / unlock
延迟加锁
可转移所有权
配合 condition_variable✅(必须)

二、最常见的用法(自动加锁)

std::mutex mtx;

void func()
{
std::unique_lock<std::mutex> uLock(mtx);
// 🔒 此处已加锁

// 临界区
do_something();

// 函数结束自动解锁
}
等价于:

mtx.lock();
do_something();
mtx.unlock();
异常安全(中途 return / throw 都会自动 unlock)。

三、延迟加锁(嵌入式常用)

1️⃣std::defer_lock

std::unique_lock<std::mutex> uLock(mtx, std::defer_lock);

// 此时还没加锁
do_prepare();

// 手动加锁
uLock.lock();

// 临界区
do_critical();

// 可手动提前解锁
uLock.unlock();

👉非常适合那种:

  • 先判断条件

  • 再决定是否进入临界区的逻辑

四、手动 unlock / 再 lock(lock_guard做不到)

std::unique_lock<std::mutex> uLock(mtx); do_part1(); // 暂时释放锁 uLock.unlock(); // 执行耗时操作 sleep(1); // 再次加锁 uLock.lock(); do_part2();

五、和condition_variable搭配(必须用unique_lock

标准生产者 / 消费者模型

std::mutex mtx;
std::condition_variable cv;
bool ready = false;

void consumer()
{
std::unique_lock<std::mutex> uLock(mtx);

cv.wait(uLock, [] { return ready; });
// wait 内部会:
// 1. unlock(mtx)
// 2. 阻塞等待
// 3. 被唤醒后 lock(mtx)

use_data();
}

void producer()
{
{
std::lock_guard<std::mutex> lock(mtx);
ready = true;
}
cv.notify_one();
}

⚠️重点:

  • cv.wait()只能接受unique_lock

  • 因为它需要在内部反复 unlock / lock

六、尝试加锁(try_lock)

std::unique_lock<std::mutex> uLock(mtx, std::try_to_lock);

if (uLock.owns_lock())
{
// 成功拿到锁
}
else
{
// 没拿到锁,直接返回
}
👉适合避免线程阻塞的场景(例如:状态上报、非关键日志)。

七、转移锁的所有权(高级用法)

std::unique_lock<std::mutex> lock1(mtx);

// 转移所有权
std::unique_lock<std::mutex> lock2 = std::move(lock1);

if (!lock1.owns_lock())
{
// lock1 已失效
}

📌 这个在:

  • 线程池

  • 任务队列

  • 跨函数返回锁
    场景中很有用。

八、与lock_guard的选择建议(记住这张表)

场景用哪个
简单临界区lock_guard
需要 wait / notifyunique_lock
需要手动 unlockunique_lock
延迟加锁unique_lock
try_lockunique_lock

👉经验法则

能用lock_guard就别用unique_lock,但一旦复杂,就直接unique_lock

九、典型用法(示例)

线程 + sleep / yield / 任务队列,典型写法应该是:

std::mutex mtx;

void worker()
{
while (running)
{
std::unique_lock<std::mutex> uLock(mtx);

if (task_queue.empty())
{
uLock.unlock();
std::this_thread::yield();
continue;
}

auto task = task_queue.front();
task_queue.pop();

uLock.unlock(); // 🔥 关键:避免锁内执行耗时任务

process(task);
}
}

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/3/17 9:28:24

研究生科研助手:借助VibeThinker完成数学建模推导

研究生科研助手&#xff1a;借助VibeThinker完成数学建模推导 在研究生阶段&#xff0c;尤其是参与数学建模竞赛、撰写理论论文或准备算法面试时&#xff0c;一个常见的痛点是&#xff1a;如何快速、准确地完成复杂的逻辑推导&#xff1f; 传统的做法依赖大量人工计算和反复验证…

作者头像 李华
网站建设 2026/3/17 10:54:17

揭秘Docker健康检查成功背后的秘密:你不可不知的3大配置技巧

第一章&#xff1a;Docker健康检查的核心价值与应用场景在容器化部署日益普及的今天&#xff0c;确保服务持续可用成为运维的关键目标。Docker 健康检查&#xff08;HEALTHCHECK&#xff09;机制为此提供了原生支持&#xff0c;它能够自动判断容器内应用的运行状态&#xff0c;…

作者头像 李华
网站建设 2026/3/20 20:20:08

UltraISO注册码最新版不香了?这个15亿参数模型更值得拥有

VibeThinker-1.5B&#xff1a;一个15亿参数的小模型&#xff0c;为何在数学与编程推理中反超大模型&#xff1f; 在AI圈&#xff0c;“越大越好”似乎早已成为共识。动辄百亿、千亿参数的模型轮番登场&#xff0c;训练成本动辄百万美元起步&#xff0c;部署更是依赖多张高端GPU…

作者头像 李华
网站建设 2026/3/16 9:53:22

基于java+ vue饮食营养管理系统(源码+数据库+文档)

饮食营养管理系统 目录 基于springboot vue饮食营养管理系统 一、前言 二、系统功能演示 三、技术选型 四、其他项目参考 五、代码参考 六、测试参考 七、最新计算机毕设选题推荐 八、源码获取&#xff1a; 基于springboot vue饮食营养管理系统 一、前言 博主介绍&…

作者头像 李华
网站建设 2026/3/16 15:15:26

【生产环境避坑指南】:Docker网络配置中不可忽视的7大雷区

第一章&#xff1a;Docker微服务网络配置的核心挑战在构建基于Docker的微服务架构时&#xff0c;网络配置是决定服务间通信效率与安全性的关键因素。容器动态启停、IP地址动态分配以及服务发现机制的复杂性&#xff0c;共同构成了网络管理的主要难点。服务间通信隔离与互通的平…

作者头像 李华