DBus应用的俩种形态及实现

介绍一下基于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方法调用的参数