多线程调用printf时用mutex包裹是否能实现线程安全？

能否通过加互斥锁让printf线程安全 #

可以，只要所有调用printf的位置都统一使用同一把互斥锁做全局保护，就能让printf满足线程安全要求。互斥锁会把并行的printf调用串行化，同一时间只会有一个线程进入临界区执行printf逻辑，完全避免多线程同时操作printf内部缓冲区导致的输出内容交错、数据混乱问题。

现有实现存在的并发问题&优化点 #

你当前的写法存在几个潜在风险：

• 手动调用lock()/unlock()存在死锁隐患：如果后续你在lock()和unlock()之间新增了会抛出异常的C代码，异常抛出后unlock()不会被执行，锁会被永久持有，其他线程永远拿不到锁陷入死锁。
  推荐改用C标准库提供的RAII锁守卫自动管理锁的生命周期，示例代码如下：

  // 建议单独给printf分配锁，不要和TCP业务逻辑共用锁
  std::mutex mtxPrint;
  
  // 函数内部调用逻辑
  {
      std::lock_guard<std::mutex> lock(mtxPrint);
      printf("Hello %d\n", u16Id);
  } // 出作用域时lock_guard会自动调用unlock，哪怕中间抛异常也能正确释放锁
  

• 锁共用导致的性能损耗：从你的锁命名mtxTcp来看，这把锁原本是用来保护TCP相关业务逻辑的。如果把TCP业务和printf共用同一把锁，会导致两种完全无关的操作被强制串行化，拉低整体并发性能，建议单独给printf操作分配独立的互斥锁。
• 遗漏保护的风险：只要有任意一处printf调用没有被这把锁保护（包括你依赖的第三方库内部的printf调用），还是会出现线程安全问题，需要保证所有printf调用都被同一把锁覆盖。
• 交叉持有死锁风险：如果持有这把锁的线程同时申请其他锁，而持有其他锁的线程又在申请这把锁，就会触发死锁问题，需要保证全局所有锁的申请顺序统一。

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