C++11中线程库的使用

线程库：

1.线程库介绍：

在C++11之前，涉及到多线程问题，都是和平台相关的，比如windows和linux下各有自己的接口，这使得代码的可移植性比较差。C++11中最重要的特性就是对线程进行支持了，使得C++在并行编程时不需要依赖第三方库，而且在原子操作中还引入了原子类的概念。要使用标准库中的线程，必须包含< thread >头文件。

2. 线程库函数的使用：

•   thread() 构造一个线程对象，没有关联任何线程函数，即没有启动任何线程
  

•   thread(fn,args1, args2,...)构造一个线程对象，并关联线程函数fn，args1，args2，...为线程函数的参数
  

•   get_id() 获取线程id
  

•   jionable() 线程是否是有效的，joinable代表的是一个正在执行中的线程。
  

•   jion() 该函数调用后会阻塞住线程，当该线程结束后，主线程继续执行
  

•   detach() 在创建线程对象后马上调用，用于把被创建线程与主线程分离，分离的线程变为后台线程，创建的线程的"死活"就与主线程无关。
  

注意：
（1）线程是操作系统中的一个概念，线程对象可以关联一个线程，用来控制线程以及获取线程的状态。
（2）当创建一个线程对象后，没有提供线程函数，该对象实际没有对应任何线程。

3. 线程函数参数：

• 线程函数的参数是以值拷贝的方式拷贝到线程栈空间中的，其实际引用的是线程栈中的拷贝，而不是外部实参。

void ThreadFun1(int& x)
{
	x += 20;
}
void ThreadFun2(int* x)
{
	*x += 20;
}

int main()
{
	int a = 10;

	thread t1(ThreadFun1, a);
	t1.join();
	//线程函数参数虽然是引用方式，但其实际引用的是线程栈中的拷贝
	cout << a << endl;// 10 

	// 如果想要通过形参改变外部实参时，必须借助std::ref()函数
	thread t3(ThreadFun1, std::ref(a));
	t3.join();
	cout << a << endl;//30

	thread t2(ThreadFun2, &a);
	t2.join();
	cout << a << endl;//50

	return 0;
}

4. 线程的等待(join)和分离(detach):

• join–线程等待：主线程被阻塞，当新线程终止时，join()会清理相关的线程资源，然后返回，主线程再继续向下执行，然后销毁线程对象。
• detach–线程分离：该函数被调用后，新线程与线程对象分离，不再被线程对象所表达，就不能通过线程对象控制线程了，新线程会在后台运行，其所有权和控制权将会交给c++运行库。同时，C++运行库保证，当线程退出时，其相关资源的能够正确的回收。

注意：
（1）一个线程对象只能使用一次join()，否则程序会崩溃。
（2）线程对象销毁前，要么以jion()的方式等待线程结束，要么以detach()的方式将线程与线程对象分离。

5. 原子性操作：

多线程最主要的问题是共享数据带来的问题.(线程安全)。

• 使用互斥锁mutex:

#include <iostream>
#include <thread>
#include <mutex>
using namespace std;
std::mutex m;
unsigned long sum = 0;
void fun(size_t num)
{
	for (size_t i = 0; i < num; ++i)
	{
		m.lock();//加锁保护
		sum++;
		m.unlock();//解锁
	}
}
int main()
{
	cout << "sum = " << sum << std::endl;
	thread t1(fun, 100);
	thread t2(fun, 100);
	t1.join();
	t2.join();
	cout << "sum = " << sum << std::endl;
	return 0;
}

• 原子性操作库atomic：

对上述代码修改：

#include<iostream>
#include<thread>
#include<atomic>
using namespace std;
atomic_int sum{ 0 };

void fun(size_t num)
{
	for (size_t i = 0; i < num; ++i)
		sum++; // 原子操作
}

int main()
{
	cout << "sum = " << sum << std::endl;
	thread t1(fun, 100);
	thread t2(fun, 100);
	t1.join();
	t2.join();
	cout << "sum = " << sum << std::endl;
	return 0;
}

6. lock_guard与unique_lock：

• 有些情况下，我们可能需要保证一段代码的安全性，那么就只能通过锁的方式来进行控制。

#include<iostream>
#include<thread>
#include<mutex>
using namespace std;
int number = 0;
mutex g_lock;

void ThreadFun1()
{
	for (int i = 0; i < 100; i++)
	{
		g_lock.lock();
		++number;
		cout << "thread 1 :" << number << endl;
		g_lock.unlock();
	}
}

void ThreadFun2()
{
	for (int i = 0; i < 100; i++)
	{
		g_lock.lock();
		--number;
		cout << "thread 1 :" << number << endl;
		g_lock.unlock();
	}
}

int main()
{
	thread t1(ThreadFun1);
	thread t2(ThreadFun2);
	t1.join();
	t2.join();

	cout << "number : " << number << endl;
	return 0;
}

• C++11采用RAII的方式对锁进行了封装，即lock_guard和unique_lock

  （1）lock_guard:
  std::lock_gurad 是 C++11 中定义的模板类:

template<class _Mutex>
class lock_guard
{
public:
	// 在构造lock_gard时，_Mtx还没有被上锁
	explicit lock_guard(_Mutex& _Mtx)
		: _MyMutex(_Mtx)
	{
		_MyMutex.lock();
	}
	// 在构造lock_gard时，_Mtx已经被上锁，此处不需要再上锁
	lock_guard(_Mutex& _Mtx, adopt_lock_t)
		: _MyMutex(_Mtx)
	{}
	~lock_guard() 
	{
		_MyMutex.unlock();
	}
	lock_guard(const lock_guard&) = delete;
	lock_guard& operator=(const lock_guard&) = delete;
private:
	_Mutex& _MyMutex;
};

①、lock_guard类模板主要是通过RAII的方式，对其管理的互斥量进行了封装，在需要加锁的地方，只需要用上述介绍的任意互斥体实例化一个lock_guard，调用构造函数成功上锁，出作用域前，lock_guard对象要被销毁，调用析构函数自动解锁，可以有效避免死锁问题.
②、lock_guard的缺陷：太单一，用户没有办法对该锁进行控制

（2）unique_lock:

• 与lock_gard类似，unique_lock类模板也是采用RAII的方式对锁进行了封装，并且也是以独占所有权的方式管理mutex对象的上锁和解锁操作，即其对象之间不能发生拷贝。
• 与lock_guard不同的是，unique_lock更加的灵活，提供了更多的成员函数：
  上锁/解锁操作：lock、try_lock、try_lock_for、try_lock_until和unlock；
  修改操作：移动赋值、交换(swap）：与另一个unique_lock对象互换所管理的互斥量所有权)、释放
  (release：返回它所管理的互斥量对象的指针，并释放所有权)
  获取属性：owns_lock(返回当前对象是否上了锁)、operator bool()(与owns_lock()的功能相同)、mutex(返回当前unique_lock所管理的互斥量的指针)