转载时请注明出处和作者联系方式
文章出处：http://blog.csdn.net/jack0106
作者联系方式：冯牮 fengjian0106@yahoo.com.cn
dbus-daemon是一个后台进程，负责消息的转发。它就像个路由器。最常见的基于dbus的程序也是符合C/S结构的。
比如我们自己写了两个程序，A和B，其中A是客户，B是服务。假设A要调用B的一个函数C，那么实际的消息流动方向是：A告诉dbus-daemon我要调用B的C函数，然后dbus-daemon则去调用B的C函数，如果C有返回值的话，B会把返回值告诉dbus-daemon，然后dbus-daemon再把返回值告诉A。由此可以看出，dbus-daemon是很关键的一个后台进程。
以ubuntu为例，通常情况下，会有两个dbus-daemon进程，一个是属于system的，一个是属于session的，这两个进程，都是在用户登录的时候由dbus-launch启动的。
大多数普通程序，都是使用session的dbus-daemon，默认情况下，A就是将消息发给了这个属于session的dbus-daemon。
但是在调试过程中，有时想看到一些更详细的信息，因此可以自己再启动一个dbus-daemon，现在就有一个问题，A的消息是流向了哪一个dbus-daemon？
其实dbus-daemon是有地址的，而且有一个环境变量来表示它--DBUS_SESSION_BUS_ADDRESS，可以用命令env查看到。我们的程序，也就就是依靠这个环境变量来确认使用哪一个dbus-daemon的。
当我们登录进桌面环境的时候，系统启动脚本会调用到dbus-launch来启动一个dbus-daemon，同时会把这个dbus-daemon的地址赋予环境变量DBUS_SESSION_BUS_ADDRESS。
一般情况下，我们是不需要考虑DBUS_SESSION_BUS_ADDRESS的，但是，有些时候，单独启动一个dbus-daemon，则有助于程序的调试。
比如，还是假设我们写了两个程序，A和B，其中A是客户，B是服务。同时还使用dbus的自启动功能(简要说明一下，什么是dbus的自启动----A要调用B的函数，如果B进程还没有启动，则dbus-daemon会自动的先把B进程启动起来，这就是自启动)。
由于利用dbus-daemon自启动机制运行的服务进程，都是后台进程，标准输出设备已经被重定向了，如果B进程有一些调试用的打印信息，则很难直接查看。
这个时候，就可以单独启动一个dbus-daemon，让A和B都使用我们自己启动的这个dbus-daemon，此时，这个dbus-daemon还能把B的打印信息显示出来。
先在终端下启动一个dbus-daemon，命令如下形式如下：
DBUS_VERBOSE=1 dbus-daemon --session --print-address
这样的话，该dbus-daemon会前台执行，并且打印出它的地址，地址形式类似于unix:abstract=/tmp/dbus-YcjSNNPJHg,guid=18b385acdbd58611ffd3196b4beb69f0
然后，在执行我们的A程序的时候，设置环境变量DBUS_SESSION_BUS_ADDRESS为刚才得到的地址值，例如这样执行A程序：
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-YcjSNNPJHg,guid=18b385acdbd58611ffd3196b4beb69f0 ./A
这样的话，我们的程序A和B，就是使用我们自己启动的这个dbus-daemon来转发消息了。同时，刚才启动dbus-daemon的那个终端，还会把B的打印信息显示出来。
理解上面说的这个后，还可以做的更多。
dbus-launch是一个用来启动dbus-daemon的脚本，它也会打印出它启动的那个dbus-daemon的地址。
所有使用到dbus技术的程序，都会用到DBUS_SESSION_BUS_ADDRESS环境变量，所以，我们也可以用这个环境变量来控制dbus-monitor的行为。
来源：CSDN
作者：jack0106
链接：https://blog.csdn.net/jack0106/article/details/5588057