因此，我正在阅读有关监视器与互斥锁的文章，并发现有人提到监视器是更快的互斥锁，因为它们不会锁定系统范围，而只会锁定给定进程的线程。
C++ 中有什么方法可以完成或模拟这个吗？
编辑：我现在很好奇系统范围的互斥锁和仅限于特定进程的互斥锁之间有什么区别。
【问题讨论】：
标签： c++ performance mutex monitor
C++ 标准没有定义系统范围和每个进程的原语。所以C++没有指定std::mutex是否是系统范围的。
合理的实现有高效的每进程std::mutex;要拥有系统范围的互斥锁，您需要为您的平台使用库或操作系统对象
不同之处在于每个进程互斥体可以使用任何内存操作来避免系统调用，因为进程内存在进程的线程之间共享。对该内存的原子操作更有效，并且通常通过它们避免系统调用。系统范围的互斥锁要么从系统调用开始（效率不高），要么必须使用共享内存（可能不安全，也可能有一些开销）。
【讨论】：
@Alex Guteniev 的答案尽可能准确（应该被认为是公认的答案）。它指出 C++ 标准没有定义系统范围的概念，并且所有实际目的的互斥锁都是每个进程的，即用于单个进程中线程（执行代理）之间的同步（因此根据您的需要）。 C++ 明确了线程 (std::thread) 是什么（33.3 - ...旨在与操作系统线程一对一映射（在我的草稿中，至少...N4687））。 如here 所述，Microsoft post VC2015 改进了他们的实现以使用 Windows 原语。在最受好评的答案中也指出了here。我还查看了 Microsoft 的 boost library 实现（通常先于/影响 c++ 标准），并且 (AFAICT) 它不使用任何进程间调用。
所以回答你的问题。如果this definition 被认为是准确的，那么在 C++ 中线程和监视器实际上是相同的。
【讨论】：
更新，在研究相关内容时偶然发现了这个问题的答案。
在 Windows 上，关键部分可用于单个进程而不是系统范围的互斥锁，并且通常更快：
编辑： 虽然上述陈述是正确的，但 c++ 没有系统范围的互斥锁 的概念。此概念仅在使用特定于操作系统的原语（例如 win32 CreateMutex）时存在，并且与 std c++ 无关。
来源： std::mutex performance compared to win32 CRITICAL_SECTION
在 Linux 上，pthreads 用于进程。
【讨论】：