什么时候互斥锁还不够？

Question

我知道多线程编程应该很难。 但似乎事情找到了一种奇怪的破坏方式。 例如，我有多个线程同时更改 colors 并写入控制台（它是一个错误日志）。

有2个问题：

• 乱码
• 颜色变化干扰/不在正确的时间

当我将互斥锁添加到更改控制台颜色并写入控制台的部分时，它有助于处理混乱的文本（自互斥锁以来没有看到任何内容），但控制台颜色仍然错误。

所以看起来一个互斥锁是不够的，我现在想我需要一个队列。 和一个等待该队列并在其中有东西时将其刷新出来的单个线程，所以我的问题是？ 您如何判断互斥锁何时足够？ 一旦涉及另一个进程的管道/文件/通信？

Answer 1

互斥体（例如 boost/pthread 互斥体）将保证对不同线程之间的共享资源的独占访问（但不是进程，您需要一个命名信号量）。

听起来您的共享资源正在访问终端。 仅仅因为您在更改颜色时锁定它，并不意味着当您决定更改颜色时它会被锁定。 两个线程都会在写入终端或更改颜色之前锁定互斥锁。 制作两个互斥锁并不过分必要，因为您仍在保护单个共享资源（终端）。

如果线程既要写入文本又要更改颜色，则互斥锁必须支持递归锁定，例如recursive_mutex 。