D-Bus 的底层传输是什么？
D-Bus 允许程序进行通信。 这个IPC是如何实现的呢？ Unix 域套接字、共享内存+信号量、命名管道，还有其他什么吗？ 也许是一个组合？
D-Bus allows programs to communicate. How is this IPC implemented? Unix domain sockets, shared memory + semaphores, named pipes, something else? Maybe a combination?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
我认为它通常使用 UNIX 套接字。 在 Linux 下，它可能使用“抽象命名空间”Unix 套接字，它们是相同的，只是它们实际上不作为文件系统中的可见文件存在。
I think it typically uses UNIX sockets. Under Linux, it may use "abstract namespace" Unix sockets, which are the same except they don't physically exist as visible files in the filesystem.
这与问题 DBus 查询 非常相似。 谷歌搜索的答案是套接字——要么用于 TCP/IP，要么用于 Unix 域。
This is remarkably similar to the question DBus query. And the answer from Googling was sockets - either for TCP/IP or Unix Domain.
显然，IPC 或 TCP/IP：
http://www.freedesktop.org/wiki/Software/dbus
更新：
我的意思是，不同操作系统上的多种 IPC 方法，以及 TCP/IP。
http://dbus.freedesktop.org/doc/dbus-daemon.1。 html 显示unix参考版同时使用unix域套接字和tcp/ip。
Apparently, IPC or TCP/IP:
http://www.freedesktop.org/wiki/Software/dbus
Update:
I mean, multiple IPC methods on different OS's, plus TCP/IP.
http://dbus.freedesktop.org/doc/dbus-daemon.1.html shows that the unix reference edition uses both unix domain sockets and tcp/ip.
过去曾尝试过使用 netlink 套接字直接来自内核。 最近（在上一次 LPC 期间宣布），一些人正在努力摆脱 D-Bus 用户空间守护进程并将 D-Bus 放入内核中，它可能也会使用套接字，但可能会恢复 netlink 或其他方法。
There has been in the past some attempt to use netlink sockets directly from the kernel. More recently (announced during last LPC), some people are working at getting rid of D-Bus user-space daemon and putting D-Bus in the kernel, it will probably also use sockets, but maybe revive the netlink or other approaches.