使用 pthread 的进程间互斥锁答案

【问题标题】：Interprocess mutex with pthreads使用 pthread 的进程间互斥锁
【发布时间】：2011-09-22 13:56:25
【问题描述】：

我想使用一个互斥锁，它将用于同步对驻留在内存中的一些变量的访问，这两个不同的进程共享黑白。我怎样才能做到这一点。非常感谢您执行的代码示例。

【问题讨论】：

【解决方案1】：

~~改用初始化为1的POSIX semaphore。~~（见下文）将sem_init用于未命名的信号量或sem_open用于命名的信号量。

sem_t sem;

/* initialize using sem_init or sem_open */

sem_wait(&sem);
/* critical region */
sem_post(&sem);

在最初发布此答案多年后，它必须更新。

实际上应该使用互斥体而不是信号量。 R 和 kuga 的 cmets（下面逐字复制）解释了原因。特别是，我发现 kuga 提到互斥锁只能被它们的锁定线程 posted 最引人注目。

sem_init 需要共享一个非零的 pshared 参数，就像 mutex 需要 pshared 属性。没有理由偏爱信号量超过互斥体，实际上互斥体会更好因为您可以使用强大的互斥锁来处理（非常真实！）一个进程在持有锁时死亡的情况。

久加

除了 R.. 的帖子之外，互斥锁只能由线程发布锁定它。这通常是必需的，信号量不提供这项特征。所以这不是正确的答案，杰夫的答案应该被标记为正确答案。

【讨论】：

@MetallicPriest 够了吗？把更多精力放在你的问题上
我的意思是，sem_t 类型的变量是否需要一些特殊的初始化才能使其用于进程间通信。
你真的看过我的回答吗？ "对未命名的信号量使用 sem_init，对命名的信号量使用 sem_open".
sem_init 需要共享一个非零的 pshared 参数，就像互斥体需要 pshared 属性一样。没有理由为此更喜欢信号量而不是互斥锁，事实上互斥锁会更好，因为您可以使用强大的互斥锁，它允许您处理（非常真实！）一个进程在持有锁时死亡的情况。
-1 作为为什么 sem_t 应该优先于 pthread mutexes 的理由缺失，或者，关于使用 pthread mutexes 的可能性的注释。