std::lock_guard是RAII风格的自动锁管理工具,构造时加锁、析构时自动解锁,确保临界区安全;需配合全局或共享mutex使用,不可手动解锁或尝试加锁,适用简单独占场景。

在C++多线程编程中,mutex用于保护共享数据不被多个线程同时访问,而lock_guard是RAII风格的自动锁管理工具——它在构造时加锁、析构时自动解锁,避免忘记解锁或异常导致死锁。
基础用法:声明 mutex + lock_guard 管理临界区
最常见场景是多个线程并发修改同一个变量(如计数器),需用 std::mutex 保护,并用 std::lock_guard 确保安全:
#include <iostream>
#include <thread>
#include <vector>
#include <mutex>
int counter = 0;
std::mutex mtx; // 全局互斥锁
void increment() {
for (int i = 0; i < 100000; ++i) {
std::lock_guard<std::mutex> lock(mtx); // 构造即加锁
++counter; // 临界区:仅此处访问共享变量
// 析构自动解锁(即使提前 return 或抛异常也安全)
}
}
int main() {
std::vector<std::thread> threads;
for (int i = 0; i < 4; ++i) {
threads.emplace_back(increment);
}
for (auto& t : threads) t.join();
std::cout << "Final counter: " << counter << "\n"; // 输出 400000
}
登录后复制
注意:lock_guard 不能手动解锁,也不支持尝试加锁
std::lock_guard 是“独占且不可重入”的简单守卫,设计上不提供 unlock() 或 try_lock() 接口。如果需要更灵活控制,应改用 std::unique_lock:
- 不要写
lock.unlock()—— 编译失败,它没这个成员函数 - 不要期望它能“尝试加锁失败就跳过”,那得用
unique_lock配合try_to_lock标签 - 它的生命周期必须严格覆盖整个临界区,通常定义在作用域开头
常见错误:把 mutex 当局部变量或跨线程传递
mutex 必须是所有竞争线程都能访问的同一对象(通常是全局、类成员或静态变量):
立即学习“C++免费学习笔记(深入)”;
版权声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。
还木有评论哦,快来抢沙发吧~