C++多线程，unique_lock

lock_guard

unique_lock: 默认会自己加锁和释放锁

uniquq_lock的第二个参数

• unique_lock：需要自己自己加锁
• try_to_lock：不能自己先加锁，不会自己阻塞，一旦不能得到锁，立即返回
• std::defer_lock：并没有给mutex加锁，初始化了一个没有加锁的mutex，
  使用方法如下：

mutex myMutex;
std::unique_lock<std::mutex> myLock(myMutex,std::adopt_lock);
std::unique_lock<std::mutex> myLock(myMutex,std::try_to_lock);
std::unique_lock<std::mutex> myLock(myMutex,std::defer_lock);

• unique_lock的成员函数，总结下来，不直接使用互斥量，就是为了别最后忘了解锁
• lock()，上面使用defer_lock就是这样，把mutex绑定到了unique_lock自己的lock里面了,
• unlock()，这个是为了中间能够执行一些非互斥的一些代码
• try_lock()， 尝试加锁，拿到锁，返回true，没拿到，返回false
• release()，返回它所指向的mutex对象指针，也就是说unique_lock和mutex没有关系了，如果原来是加锁状态，你自己要负责解锁
  返回mutex的指针

使用方法如下：

mutex myMutex;
std::unique_lock<std::mutex> myLock(myMutex,std::defer_lock);
myLock.lock();
myLock.unlock();
bool ifGetLock = myLock.try_lock();
mutex* ptr = myLock.release();

所有权问题，unique是和mutex绑定到一起的，但是可以解除绑定和移交所有权
转移所有权方法：

unique_lock<mutex> MySbLockOne(myLock);
unique_lock<mutex> MySbLockTwo(move(MySbLockOne));

为什么有时候需要unlock，因为lock住的代码段越少，程序效率越高，有人把锁住的代码段叫做粒度，越多叫粗，执行效率低；少叫细，执行效率高
粒度粗影响效率，细影可能没保护代码
粒度的粗细反应的是工程师的能力和实力

线程休眠函数：

chrono::seconds dura(2);
this_thread::sleep_for(dura);