介绍一下基于DBus设计的应用程序的俩种形态及如何使用GDbus来实现。
基于DBus的应用程序可以是使用DBus Daemon的总线型结构，每个DBus的请求通过DBus Daemon转发；或者是点对点的星型结构，Client与Server之间是直接的Peer2Peer的连接。这俩种结构各有优缺点：总线型的结构比较清晰，Server需要维护的连接较少，实际上只有一个与DBus Daemon相连的连接，广播消息可以很容易的发送到各个Client；P2P形式的DBus通信中间因为少了DBus Daemon的中转，因此性能更好，大约提升30%。
基于GLib提供的GBus实现基于以上俩种形态的DBus应用还是非常简单的：
1. 准备工作
1.1 提供一个用于代码生成的XML文件
这份XML数据在GDBus中称为introspection data，用来描述提供服务的GObject的接口名与参数。用于gdbus-codegen可以使用这份XML文件生成在Client与Server侧使用的代码。对于总线型DBus应用和P2P型DBus应用，这份代码是通用的。
1.2 编译生成的代码
生成的代码需要分别链接到俩个进程中：带有Skeleton字样的代码，运行在Server侧；带有Proxy字样的代码，运行在Client侧。
2. 总线型
2.1 Server
2.1.1 提供一个基于Default Context的GLib Mainloop
2.1.2 调用g_bus_own_name在总线上注册这个Server
2.1.3 提供on_name_acquried的回调函数，在回调函数中，创建一个skeleton对象，并调用g_dbus_interface_skeleton_export输出到总线上
2.2 Client
2.2.1 提供一个基于Default Context的GLib Mainloop
2.2.2 调用dbus_proxy_new_sync获取与Server的Skeleton对象相对应的Proxy对象，作为后续DBus方法调用的参数
3. P2P型
3.1 Server
3.1.1 提供一个基于Default Context的GLib Mainloop
3.1.2 调用g_dbus_server_start启动一个Server
3.1.3 调用g_signal_connect，关联callback到Server对象的"new-connection"信号上
3.1.4 提供callback，在callback中创建一个skeleton对象，并调用g_dbus_interface_skeleton_export输出到这个新建立的连接上
3.2 Client
3.2.1 提供一个基于Default Context的GLib Mainloop
3.2.2 调用g_dbus_connection_new_for_address_sync建立一个到Server的连接
3.2.3 调用dbus_proxy_new_sync创建一个与Server侧skeleton对象对应的Proxy对象，作为后续DBus方法调用的参数
来源：CSDN
作者：coroutines
链接：https://blog.csdn.net/coroutines/article/details/39313825