常见的智能锁类型:
- std::lock_guard
- std::unique_lock
- std::shared_lock
1.1 std::lock_guard
- 特点:简单、轻量级,当作用域结束时自动释放锁。
- 适用场景:需要在一个短时间的作用域内加锁,不需要显式解锁或解锁后再重新加锁。
std::mutex mtx;
void threadFunction() {
std::lock_guard<std::mutex> guard(mtx); // 自动加锁
std::cout << "线程安全的输出" << std::endl;
} // 离开作用域时自动解锁
1.2 std::unique_lock
- 特点:灵活,可手动控制锁的释放与重新加锁;支持延迟加锁和条件变量的使用,同样支持作用域结束时自动释放锁。
- 构造函数自动上锁:当调用
std::unique_lock<std::mutex> lock(mtx);
时,构造函数会自动对传入的互斥量mtx
进行加锁。 - 适用场景:需要更灵活的锁管理,比如手动解锁和重新加锁,以及与条件变量配合使用。
例如:
std::mutex event_lock;
std::condition_variable event_cv;
void threadFunction() {
std::unique_lock<std::mutex> lock(mtx); // 延迟解锁和条件变量使用
cv.wait(lock, [&data_queue]{return !data_queue->empty();});
std::cout << "线程被唤醒" << std::endl;
}
这里的唤醒条件使用了lambda表达式如:
bool ready = false;
[] { return ready; }); // 等待 ready 为 true。
值得注意的是,这里lock和wait操作的顺序不可以反过来,因为条件变量的等待过程必须先获取锁。另外这里也不用担心wait会导致死锁问题,因为在这里条件变量会在等待时自动释放锁,确保生产者线程可以向队列添加数据。
当生产者线程添加数据后,使用 notify_one()
唤醒等待中的消费者线程,消费者线程会重新获取锁,并继续执行。
void producer() {
std::unique_lock<std::mutex> lock(event_lock);
data_queue.push(42); // 添加数据
event_cv.notify_one(); // 通知等待线程
}
1.3 std::shared_lock
- 特点:允许多个线程共享读锁,但写操作时需要独占锁。
- 适用场景:当读操作频繁,但写操作较少时,适合使用
std::shared_lock
来提高性能。
std::shared_mutex smtx;
void readFunction() {
std::shared_lock<std::shared_mutex> lock(smtx); // 共享读锁
std::cout << "读线程执行" << std::endl;
}