lock_guard和unique_lock学习总结[已迁移]
1.std::lock_guard
std::lock_guard其实就是简单的RAII(Resource Acquisition Is Initialization)封装,资源获取即初始化。在构造函数中进行加锁,析构函数中进行解锁,这样可以保证函数退出时,锁一定被释放。
不可以对 std::lock_guard
调用 unlock
进行解锁操作。std::lock_guard
是一个非常简单的互斥量管理类,设计初衷是提供一种 RAII(资源获取即初始化)风格的锁机制,当 std::lock_guard
对象创建时锁定互斥量,并在对象销毁时析构函数里自动解锁互斥量。std::lock_guard
没有提供解锁和重新锁定的功能。它的接口非常简单,只包含构造函数和析构函数,没有 unlock
或 lock
方法。这使得 std::lock_guard
更加轻量级,但也更不灵活。
构造函数:
explicit lock_guard(mutex_type& m); // 引用类型,锁定互斥量m,析构函数中解锁 // 其中mutex_type是模板参数的别名 template <class Mutex> class lock_guard { public: using mutex_type = Mutex; // 定义 mutex_type 为模板参数 Mutex explicit lock_guard(mutex_type& m); ~lock_guard(); // ... };
2.std::unique_lock
转自:https://www.cnblogs.com/moodlxs/p/10111843.html
std::lock_guard的功能超集, 封装了各种加锁操作,阻塞的,非阻塞的,还可以结合条件变量一起使用,基本上对锁的各种操作都封装了。所以性能和内存开销都比std::lock_guard大得多,需要有选择地使用。 std::unique_lock也会在析构的时候自动解锁,所以说,是std::lock_guard的功能超集。
支持多种加锁模式,构造函数:
unique_lock() noexcept; // 默认构造函数创建一个不与任何互斥量相关联的 unique_lock 对象 explicit unique_lock(mutex_type& m); //创建一个与互斥量 m 相关联并立即锁定它的 unique_lock 对象,通过析构函数unlock unique_lock( mutex_type& m, std::defer_lock_t t ); //延迟加锁,之后再调用lock()主动加锁,可以不用unlock,可以通过unique_lock的析构函数unlock unique_lock( mutex_type& m, std::try_to_lock_t t ); //尝试加锁 unique_lock( mutex_type& m, std::adopt_lock_t t ); //马上加锁 unique_lock(unique_lock&& u) noexcept; // 移动构造函数。原来的 unique_lock 对象将不再持有互斥量。
尝试加锁例子:
std::mutex mlock; void work1(int& s) { for (int i = 1; i <= 5000; i++) { std::unique_lock<std::mutex> munique(mlock, std::try_to_lock); if (munique.owns_lock() == true) {// 判断是否加锁成功 s += i; } else { // 执行一些没有共享内存的代码 } } }
延迟加锁例子:
void work1(int& s) { for (int i = 1; i <= 5000; i++) { std::unique_lock<std::mutex> munique(mlock, std::defer_lock); if (munique.try_lock() == true) {// 判断当前是否能lock s += i; } else { // 处理一些没有共享内存的代码 } } }
移动构造函数例子:
std::unique_lock<std::mutex> munique1(mlock); std::unique_lock<std::mutex> munique2(std::move(munique1)); // 此时munique1失去mlock的权限,并指向空值,munique2获取mlock的权限