为什么在任何知道其名称的进程中，线程都可以使用命名信号量？

Question

从APUE

POSIX信号灯有两种样式：已命名和未命名。 它们的创建和销毁方式不同，但其他方面却相同。 未命名的信号量仅存在于内存中，并且要求进程有权访问内存才能使用这些信号量。 这意味着它们只能由相同进程中的线程或将相同内存范围映射到其地址空间中的不同进程中的线程使用。 相反， 命名信号量是通过名称访问的，并且可以在任何知道其名称的进程中由线程使用。

未命名信号量“只能由同一进程中的线程或已将相同内存范围映射到其地址空间的不同进程中的线程使用”，因为“未命名信号量仅存在于内存中”。

已知信号量在任何知道其名称的进程中可被线程使用的原因是什么？

谢谢。

Answer 1

从sem_overview的手册页中：

在Linux上，命名信号量是在虚拟文件系统中创建的，通常安装在/ dev / shm下，其名称格式为sem.somename。

因此，可以用与普通文件类似的方式访问“任何进程中的线程”。

然后，pthread库可以将那些文件映射到内存。

Answer 2

您正在考虑这个倒退。 问题是：“如果我需要在不相关的进程之间同步使用共享资源，我该怎么办？” 答案是“您可以给一个信号灯起一个名字，然后它就不限于在共享内存的进程中使用。”

为什么这样有用？ 好吧，用例可能并不常见-也许您从未遇到过-但它们确实存在。 在不相关的进程之间共享许多资源：数据库，配置文件，串行端口，打印机队列等等。 您可以在带有锁定文件的这些资源的共享使用之间进行调解，但是这很笨拙，最终您需要在每个项目上重新设计轮子。 另一方面，信号量易于使用，并且具有定义明确的文档化语义。

但是，信号量的大多数使用确实是在共享内存的相关进程之间进行的。 而且您也不需要不必要地支付在文件系统中维护名称的开销。

因此，我们最终得到两种信号量：便宜的低开销的信号量最大的用例，以及较重的较高开销的量信号，可以更广泛地使用。 令人高兴的是，语义和API非常相似，因此在开始使用命名信号量时，您无需学习全新的概念。