消息总线和活动系统渗透到 Linux桌面

　　协议是低延迟而且低开销的，设计得小而高效，以便最小化传送的往返时间。另外，协议是二进制的，而不是文本的，这样就排除了费时的序列化过程。由于只面向本地机器处理的使用情形，所以所有的消息都以其自然字节次序发送。字节次序在每个消息中声明，所以如果一个 D-BUS 消息通过网络传输到远程的主机，它仍可以被正确地识别出来。

　　从开发者的角度来看，D-BUS 是易于使用的。有线协议容易理解，客户机程序库以直观的方式对其进行包装。

　　程序库还设计用于为其他系统所包装。预期，GNOME 将使用 GObject 创建包装 D-BUS 的包装器（实际上这些已经部分存在了，将 D-BUS 集成入它们的事件循环），KDE 将使用 Qt 创建类似的包装器。由于 Python 具有面向对象特性和灵活的类型，已经有了具备类似接口的 Python 包装器。

　　最后，D-BUS 正在 freedesktop.org 的保护下进行开发，在那里，来自 GNOME、KDE 以及其他组织的对此感兴趣的成员参与了设计与实现。

　　D-BUS 的内部工作方式

　　典型的 D-BUS 设置将由几个总线构成。将有一个持久的 系统总线（system bus），它在引导时就会启动。这个总线由操作系统和后台进程使用，安全性非常好，以使得任意的应用程序不能欺骗系统事件。还将有很多 会话总线（session buses），这些总线当用户登录后启动，属于那个用户私有。它是用户的应用程序用来通信的一个会话总线。当然，如果一个应用程序需要接收来自系统总线的消息，它不如直接连接到系统总线 —— 不过，它可以发送的消息将是受限的。

　　一旦应用程序连接到了一个总线，它们就必须通过添加 匹配器（matchers） 来声明它们希望收到哪种消息。匹配器为可以基于接口、对象路径和方法进行接收的消息指定一组规则（见后）。这样就使得应用程序可以集中精力去处理它们想处理的内容，以实现消息的高效路由，并保持总线上消息的预期数量，以使得不会因为这些消息导致所有应用程序的性能下降并变得很慢。