对cppreference中std::lock示例的三点技术疑问

1. 为何lock_guard对象lk被限定作用域？是否与lock_guard的特性有关？ #

完全是利用std::lock_guard的RAII核心特性：它构造时自动锁互斥量，析构时自动解锁。给它限定局部作用域，就是为了精准控制锁的持有时间——只在需要保护的代码段（这里是std::cout输出）执行期间握锁，执行完立刻释放，避免不必要的锁持有拖慢并发效率。如果不限定作用域，lock_guard会存活到函数块结束，io_mutex会被锁更久，其他线程的日志输出就得等更久，并发性能会受影响。

2. 若lk被限定作用域，是否意味着离开作用域后锁就会被释放？ #

对的。当lock_guard对象lk离开局部作用域时，会触发析构函数，而lock_guard的析构逻辑就是自动调用互斥量的unlock()方法释放锁。这也是RAII机制的优势，不用手动写解锁代码，既安全又省事儿。

3. 为何代码中两次声明了作用域限定的lock_guard对象lk？分别在开头和更新lunch_partners向量前？ #

这两次都是为了保护线程不安全的标准输出操作，对应不同的业务节点：

• 第一次是在尝试获取员工互斥量前，输出“正在等待锁”的日志，必须用io_mutex锁住std::cout，不然多个线程的输出会混在一起变成乱码。
• 第二次是成功拿到员工互斥量后，输出“已获取锁”的日志，同样需要io_mutex保护输出，保证日志的完整性和可读性。

这两个输出操作是独立的，所以分别用局部作用域的lock_guard控制锁的持有时间，只在输出时锁io_mutex，输出完立刻释放，不影响其他线程的日志输出。

内容的提问来源于stack exchange，提问作者Iron Fist