当我查看时journalctl，它会告诉我日志条目的 PID 和程序名称（或服务名称？）。

然后我想知道，日志是由其他进程创建的，当进程可能只将原始字符串写入正在侦听的 unix 域套接字时，如何systemd-journald知道这些进程的 PID systemd-journald。此外，是否sytemd-journald始终使用相同的技术来检测一段日志数据的 PID，即使进程正在使用类似的函数生成日志sd_journal_sendv()？

我应该阅读有关此的任何文档吗？

我阅读了 JdeBP 的答案并知道systemd-journald在 Unix Domian Socket 上侦听，但是即使可以知道发送日志消息的对等套接字地址，它如何知道 PID？如果该发送套接字被许多非父子进程打开怎么办？

来自 Linux 编程接口

在“通信”下的“数据传输”下，我们有“字节流”、“消息”和“伪终端”。

伪终端是否属于字节流，就像管道一样？

如果不是，为什么？

如果文件描述符特定于每个进程（即两个进程可能使用相同的文件描述符 id 来引用不同的打开文件），那么如何通过套接字等共享传输文件描述符（例如共享 mmap）？

它是否依赖于内核被映射到每个进程下的相同数字地址范围？

我已经对这个主题进行了一些研究，但我不太了解它。

来自msgsnd man page：

msgsnd() 系统调用将 msgp 指向的消息的副本附加到标识符由 msqid 指定的消息队列中。

这是否意味着当我使用 amsgget创建消息队列时，Enqueue 和 Dequeue 会自动使用msgsndand发生msgrcv？

例如，如果我想使用一个可以同时保存 N 条消息的消息队列，当我使用时，msgsnd我将一条消息放入队列，当我使用时，我msg rcv从这里获取并删除该消息？

如果是这种情况，我不应该手动实现入队和出队来创建 N 条消息的列表，因为将一个值设置为const void *msgpfrom int msgsnd(int msqid, const void *msgp, size_t msgsz, int msgflg);就足以在队列中添加一条消息，并且足以将其接收msgrcv到从中删除队列，否则它会一直保留在队列中，直到被某个进程接收，对吗？

但是，如果我不是一个可以包含多少消息的设置，那么这个队列可以包含多少消息？

我们如何处理发送的 2 个不同的警报alarm()？

例如，如果我有A=5and B=10，我怎么能告诉我的程序在几秒钟后做一个动作，在A几秒钟后做一个不同的动作B而不使用sleep()??

我提出这个问题的主要目的是了解我们如何在同一个程序中处理 2 个不同的警报。

有没有一种方法可以在不使用服务器进程的情况下从命令行实现发布/订阅模式？这只需要在一台机器上工作。

通过没有服务器进程，我想避免的主要事情是配置机器以使用这些工具。我也非常热衷于不必处理我的服务器进程死亡的可能性。|

这可能看起来像：

# client 1
subscribe name | while read line; do echo $line; done

# client 2
subscribe name | while read line; do echo $line; done

# server
echo message | publish name

相关链接

• POSIX ipc提供了一个无服务器消息队列，并且有它的命令行客户端(1) (2) (3)。这可以与某种状态存储一起使用来实现上述功能。
• ZMQ为 pub/sub 通信提供了一个协议。有类似于nc的命令行工具用于使用ZMQ，例如zmcat。这些可用于设置带有服务器的最小命令行 pub/sub 模式。
• Linux 提供了另一种 IPC 机制，称为命名管道 (cf mkfifo)。我不知道多个消费者的预期行为是什么。但一些初步实验表明，每条消息仅由其中一个消费者接收