- 构造函数，std::mutex不允许拷贝构造，也不允许 move 拷贝，最初产生的 mutex 对象是处于 unlocked 状态的。
- lock()，调用线程将锁住该互斥量。线程调用该函数会发生下面 3 种情况：(1). 如果该互斥量当前没有被锁住，则调用线程将该互斥量锁住，直到调用 unlock之前，该线程一直拥有该锁。(2). 如果当前互斥量被其他线程锁住，则当前的调用线程被阻塞住。(3). 如果当前互斥量被当前调用线程锁住，则会产生死锁(deadlock)。
- unlock()， 解锁，释放对互斥量的所有权。
- try_lock()，尝试锁住互斥量，如果互斥量被其他线程占有，则当前线程也不会被阻塞。线程调用该函数也会出现下面 3 种情况，(1). 如果当前互斥量没有被其他线程占有，则该线程锁住互斥量，直到该线程调用 unlock 释放互斥量。(2). 如果当前互斥量被其他线程锁住，则当前调用线程返回 false，而并不会被阻塞掉。(3). 如果当前互斥量被当前调用线程锁住，则会产生死锁(deadlock)。
#include <iostream> // std::cout
#include <thread> // std::thread
#include <mutex> // std::mutex volatile int counter(); // volatile被设计用来修饰不同线程访问和修改的变量,貌似硬件中比较多
std::mutex mtx; // locks access to counter，只有拥有锁得线程才能执行 void attempt_10k_increases() {
for (int i=; i<; ++i) {
if (mtx.try_lock()) { // try_lock()企图上锁，如果被锁住则返回false线程不阻塞，这是和lock不同的地方
++counter;
mtx.unlock();//解锁
}
}
} int main (int argc, const char* argv[]) {
std::thread threads[];
for (int i=; i<; ++i)
threads[i] = std::thread(attempt_10k_increases); for (auto& th : threads) th.join();//join主线程等待子线程执行结束
std::cout << counter << " successful increases of the counter.\n";
getchar();
return ;
} 附:
void attempt_10k_increases(int num) {
mtx.lock();
for (int i=; i<; ++i) {
std::cout << num << "----"<<++counter<<std::endl;
}
Sleep();
mtx.unlock();//解锁
}
int main (int argc, const char* argv[]) {
std::thread threads[];
threads[] = std::thread(attempt_10k_increases, );
threads[] = std::thread(attempt_10k_increases, );
threads[] = std::thread(attempt_10k_increases, );
for (auto& th : threads) th.join();//join主线程等待子线程执行结束
std::cout << counter << " successful increases of the counter.\n";
getchar();
return ;
}上面代码的执行顺序为什么和线程的创建顺序有关，我感觉当解锁时，其他线程时随机的，但例子显示顺序的，我猜是创建时系统指定了执行的顺序？