std::mutex

 

 

概要

#include <mutex>

Mutex 类(4种)

std::mutex: 最基本的 Mutex 类。std::recursive_mutex: 递归 Mutex 类。

std::time_mutex: 定时 Mutex 类。std::recursive_timed_mutex: 定时递归 Mutex 类。

Lock 类(2种)

std::lock_guard  //与 Mutex RAII 相关,方便线程对互斥量上锁。

std::unique_lock //Mutex RAII 相关,方便线程对互斥量上锁,但提供了更好的上锁和解锁控制。

其他类型

std::once_flag    std::adopt_lock_t  std::defer_lock_t  std::try_to_lock_t

通用方法

std::try_lock //尝试同时对多个互斥量上锁。

std::lock //可以同时对多个互斥量上锁。

std::call_once,如果多个线程需要同时调用某个函数,call_once 可以保证多个线程对该函数只调用一次。

std::mutex

(1)构造函数,std::mutex不允许拷贝构造,也不允许 move 拷贝,最初产生的 mutex 对象是处于 unlocked 状态的。

(2)lock(),调用线程将锁住该互斥量。线程调用该函数会发生下面 3 种情况:

     a)如果该互斥量当前没有被锁住,则调用线程将该互斥量锁住,直到调用 unlock之前,该线程一直拥有该锁。

     b)如果当前互斥量被其他线程锁住,则当前的调用线程被阻塞住。

     c)如果当前互斥量被当前调用线程锁住,则会产生死锁 (deadlock) 。

(3)unlock(),解锁,释放对互斥量的所有权。

(4)try_lock(),尝试锁住互斥量,如果互斥量被其他线程占有,则当前线程也不会被阻塞。线程调用该函数也会出现下面 3 种情况:

     a)如果当前互斥量没有被其他线程占有,则该线程锁住互斥量,直到该线程调用 unlock 释放互斥量。

     b)如果当前互斥量被其他线程锁住,则当前调用线程返回 false,而并不会被阻塞掉。

     c)如果当前互斥量被当前调用线程锁住,则会产生死锁 (deadlock) 。

示例:

#include <iostream>

#include <thread>

#include <mutex>

#include <atomic>

using namespace std;

atomic_int counter{ 0 }; //原子变量

mutex g_mtx; //互斥量

void fun()

{

   for (int i = 0; i <</span> 1000000; ++i){

     if (g_mtx.try_lock()) {//尝试是否可以加锁

        ++counter;

        g_mtx.unlock(); //解锁

    }

  }

}

int main()

{

   thread threads[10];

   for (int i = 0; i <</span> 10; ++i){

     threads[i] = thread(fun);

   }

   for (auto & th : threads){

     th.join();

   }

   cout << "counter=" << counter << endl;

   system("pause");

   return 0;

}

运行结果:

counter=1342244

示可知,10个线程不会产生死锁,由于 try_lock() ,尝试锁住互斥量,如果互斥量被其他线程占有,则当前线程也不会被阻塞。但是这样会导致结果不正确,这也就是线程安全的问题。

std::recursive_mutex。

如果一个线程中可能在执行中需要再次获得锁的情况,按常规的做法会出现死锁。

例如:

#include <iostream>

#include <thread>

#include <mutex>

using namespace std;

mutex g_mutex;

void threadfun1()

{

   cout << "enter threadfun1" << endl;

   lock_guard lock(g_mutex);

   cout << "execute threadfun1" << endl;

}

void threadfun2()

{

   cout << "enter threadfun2" << endl;

   lock_guard lock(g_mutex);

   threadfun1();

   cout << "execute threadfun2" << endl;

}

int main()

{

  threadfun2(); //死锁

  //Unhandled exception at 0x758BC42D in Project2.exe: Microsoft C++ exception:     std::system_error at memory location 0x0015F140.

 return 0;

}

运行结果:

enter threadfun2

enter threadfun1

//就会产生死锁

此时就需要使用递归式互斥量 recursive_mutex 来避免这个问题。recursive_mutex不会产生上述的死锁问题,只是是增加锁的计数,但必须确保你unlock和lock的次数相同,其他线程才可能锁这个mutex。

例如:

#include<iostream>

#include<thread>

#include<mutex>

using namespace std;

recursive_mutex g_rec_mutex;

void threadfun1()

{

   cout << "enter threadfun1" << endl;

   lock_guard lock(g_rec_mutex);

   cout << "execute threadfun1" << endl;

}

void threadfun2()

{

   cout << "enter threadfun2" << endl;

   lock_guard lock(g_rec_mutex);

   threadfun1();

   cout << "execute threadfun2" << endl;

}

int main()

{

   threadfun2(); //利用递归式互斥量来避免这个问题

   return 0;

}

运行结果:

enter threadfun2

enter threadfun1

execute threadfun1

execute threadfun2

结论:

std::recursive_mutex 与 std::mutex 一样,也是一种可以被上锁的对象,但是和 std::mutex 不同的是,std::recursive_mutex 允许同一个线程对互斥量多次上锁(即递归上锁),来获得对互斥量对象的多层所有权,std::recursive_mutex 释放互斥量时需要调用与该锁层次深度相同次数的 unlock(),可理解为 lock() 次数和 unlock() 次数相同,除此之外,std::recursive_mutex 的特性和 std::mutex 大致相同。

std::time_mutex

std::time_mutex 比 std::mutex 多了两个成员函数,

try_lock_for(),try_lock_until()。

try_lock_for 函数接受一个时间范围,表示在这一段时间范围之内线程如果没有获得锁则被阻塞住(与 std::mutex 的 try_lock() 不同,try_lock 如果被调用时没有获得锁则直接返回 false),如果在此期间其他线程释放了锁,则该线程可以获得对互斥量的锁,如果超时(即在指定时间内还是没有获得锁),则返回 false。

示例:

#include<iostream>

#include<thread>

#include<mutex>

using namespace std;

std::timed_mutex g_t_mtx;

void fun()

{

  while (!g_t_mtx.try_lock_for(std::chrono::milliseconds(200))){

    cout << "-";

  }

  this_thread::sleep_for(std::chrono::milliseconds(1000));

  cout << "*" << endl;

  g_t_mtx.unlock();

}

int main()

{

   std::thread threads[10];

   for (int i = 0; i <</span> 10; i++){

    threads[i] = std::thread(fun);

   }

   for (auto & th : threads){

     th.join();

  }

  return 0;

}

运行结果:

------------------------------------*

----------------------------------------*

-----------------------------------*

------------------------------*

-------------------------*

--------------------*

---------------*

----------*

-----*

*

try_lock_until 函数则接受一个时间点作为参数,在指定时间点未到来之前线程如果没有获得锁则被阻塞住,如果在此期间其他线程释放了锁,则该线程可以获得对互斥量的锁,如果超时(即在指定时间内还是没有获得锁),则返回 false。 

std::lock_guard std::unique_lock

上面介绍的方法对 mutex 的加解锁都是手动的,接下来介绍 std::lock_guard 与 std::unique_lock 对 mutex 进行自动加解锁。

例如:

#include <iostream>

#include <thread>

#include <mutex>

#include <atomic>

using namespace std;

mutex g_mtx1;

atomic_int num1{ 0 };

void fun1()

{

   for (int i = 0; i < 10000000; i++){

     unique_lock ulk(g_mtx1);

     num1++;

  }

}

mutex g_mtx2;

atomic_int num2{ 0 };

void fun2()

{

   for (int i = 0; i < 10000000; i++){

     lock_guard lckg(g_mtx2);

     num2++;

  }

}

int main()

{

  thread th1(fun1);

  thread th2(fun1);

  th1.join();

  th2.join();

  cout << "num1=" << num1 << endl;

  thread th3(fun2);

  thread th4(fun2);

  th3.join();

  th4.join();

  cout << "num2=" << num2 << endl;

  return 0;

}

运行结果:

num1=20000000

num2=20000000

接下来,分析一下这两者的区别:

(1)unique_lock。

unique_lock ulk(g_mtx1);

线程没有 g_mtx1 的所有权,根据块语句的循环实现自动加解锁。

线程根据 g_mtx1 属性,来判断是否可以加锁、解锁。

(2)lock_guard。

lock_guard lckg(g_mtx2);

线程拥有 g_mtx2 的所有权,实现自动加解锁。

线程读取 g_mtx2 失败时,则一直等待,直到读取成功。

线程会把  g_mtx2 一直占有,直到当前线程完成才释放,其它线程才能访问。

 

posted @ 2019-06-20 12:42  Reboost  阅读(288)  评论(0)    收藏  举报