unique_lock 异常

unique_lock 是 C++11 引入的一种锁机制，用于实现线程同步。它提供了比传统锁更高级的功能，如可延迟加锁、可多次加锁、可条件等待等。当然，使用 unique_lock 时也需要注意一些问题，比如可能会抛出异常。

unique_lock 可能会抛出的异常包括：

1. std::system_error：当调用锁的构造函数时发生错误时抛出。

2. std::bad_alloc：当内存分配失败时抛出。

3. std::exception：当调用锁的析构函数时发生异常时抛出。

为了避免这些异常，可以在使用 unique_lock 时采取以下措施：

1. 使用 RAII（资源获取即初始化）技术，即在构造函数中获取锁，在析构函数中释放锁，这样可以确保锁的正确释放。

2. 使用 try-catch 块捕获异常，避免异常抛出导致程序崩溃。

3. 在使用 unique_lock 时，尽量避免出现锁的竞争和死锁等问题，这样可以减少异常的发生。

相关问题

unique_lock 和 shared_lock

unique_lock 和 shared_lock 是 C++ 中的两种锁类型，用于实现多线程的同步操作。

unique_lock 是一种独占锁，它允许一个线程对其加锁，其他线程在此期间无法获取相同的锁。unique_lock 提供了更多的灵活性，可以在构造时指定锁的类型（独占或共享），以及在任意时间点上锁和解锁。unique_lock 还支持轮询、超时和延迟加锁等功能，并提供了更高级别的异常安全保证。

shared_lock 是一种共享锁，它允许多个线程同时获取相同的锁，用于实现共享访问。与 unique_lock 不同，shared_lock 对于多个线程来说是共享的，当所有线程释放锁后，其他线程才能再次获取锁。shared_lock 适用于读取多写入少的场景，可以提高并发性能。

这两种锁类型都是基于互斥量(mutex)实现的，可以用于保护共享资源的访问。选择使用 unique_lock 还是 shared_lock 取决于具体的应用场景和需求。

unique_lock啥时候解锁

unique_lock在以下几种情况下会自动解锁：
1. 当unique_lock对象超出其作用域时，即离开了其定义的代码块，unique_lock会自动解锁关联的互斥量。[2]
2. 当unique_lock对象被销毁时，无论是通过正常的程序流程还是由于异常，unique_lock都会自动解锁关联的互斥量。[2]
3. 当unique_lock对象调用unlock()函数时，会手动解锁关联的互斥量。[1]

因此，unique_lock会在其作用域结束、对象被销毁或手动调用unlock()函数时解锁。这种灵活性使得unique_lock比lock_guard更加适用于需要在不同的代码段中加锁和解锁的情况。[1]