一个缺失的区别是: Std::unique_lock可以移动，但Std::lock_guard不能移动。

注意:两者都不能复制。

正如其他人所提到的，std::unique_lock跟踪互斥锁的锁定状态，因此您可以将锁定推迟到构造锁之后，并在销毁锁之前解锁。Std::lock_guard不允许这样做。

似乎没有理由std::condition_variable等待函数不接受一个lock_guard和一个unique_lock，因为每当等待结束(无论出于什么原因)，互斥锁就会自动重新获得，这样就不会导致任何语义违反。然而，根据标准，要使用std::lock_guard和条件变量一起使用，你必须使用std::condition_variable_any而不是std::condition_variable。

编辑:删除“使用pthreads接口std::condition_variable和std::condition_variable_any应该是相同的”。查看gcc的实现:

Std::condition_variable::wait(Std::unique_lock&)只是针对unique_lock持有的互斥量调用底层pthread条件变量上的pthread_cond_wait()(因此也可以对lock_guard做同样的事情，但没有，因为标准没有提供这个功能) Std::condition_variable_any可以用于任何可锁对象，包括一个根本不是互斥锁的对象(因此它甚至可以用于进程间信号量)

使用lock_guard，除非您需要在不破坏锁的情况下手动解锁互斥锁。

特别是，当调用等待时进入睡眠状态时，condition_variable会解锁它的互斥锁。这就是为什么lock_guard在这里是不够的。

如果您已经使用c++ 17或更高版本，可以考虑使用scoped_lock作为lock_guard的稍微改进版本，具有相同的基本功能。

不同之处在于您可以锁定和解锁std::unique_lock。Std::lock_guard只在建造时锁定一次，在破坏时解锁。

所以对于用例B，你肯定需要一个std::unique_lock作为条件变量。在A的情况下，这取决于你是否需要重新锁定警卫。

std::unique_lock有其他特性，允许它在不立即锁定互斥量的情况下被构造，而是构建RAII包装器(见这里)。

lock_guard也提供了一个方便的RAII包装器，但是不能安全地锁定多个互斥对象。当你需要一个有限范围的包装器时，可以使用它，例如:一个成员函数:

class MyClass{
    std::mutex my_mutex;
    void member_foo() {
        std::lock_guard<mutex_type> lock(this->my_mutex);            
        /*
         block of code which needs mutual exclusion (e.g. open the same 
         file in multiple threads).
        */

        //mutex is automatically released when lock goes out of scope
    }           
};

为了通过chmike澄清问题，默认情况下std::lock_guard和std::unique_lock是相同的。 所以在上面的例子中，你可以用std::unique_lock替换std::lock_guard。但是，std::unique_lock可能会有更多的开销。

注意，现在(从c++ 17开始)应该使用std::scoped_lock而不是std::lock_guard。

Lock_guard和unique_lock几乎是一样的东西;Lock_guard是一个受限版本，接口受限。

lock_guard始终持有一个锁，从构造到销毁。可以在不立即锁定的情况下创建unique_lock，可以在其存在的任何时候解锁，并且可以将锁的所有权从一个实例转移到另一个实例。

所以您总是使用lock_guard，除非您需要unique_lock的功能。一个条件变量需要一个unique_lock。

lock_guard和unique_lock之间有一些共同点，也有一些不同之处。

但是在这个问题的上下文中，编译器不允许将lock_guard与条件变量结合使用，因为当一个线程调用一个条件变量的wait时，互斥锁会自动解锁，当其他线程通知并且当前线程被调用(退出等待)时，锁会重新获得。

这种现象违背了lock_guard的原则。Lock_guard只能被构造一次，也只能被销毁一次。

因此lock_guard不能与条件变量结合使用，但unique_lock可以(因为unique_lock可以被锁定和解锁多次)。