在嵌入式系统中利用dbus重要有两个方面的用处：
1：历程间通信
2：告终client/server形式；
2也是1的翔实出现形式；
包括dbus自带的例子，都是批准dbus对数据的封装，告终client/server形式的，
缺点有二：
1 一个API要定义一个xml接口描写
2 数据封装极其混杂，极其不利于尔后接口的伸展；
为了客服上面的缺点，长进可伸展性和效率，能够这么做：
万一一个利用分为client,server两端的话，要高效率的告终client/server之间
的通信，能够批准如下措施：
第一步：定义一个通用的API xml 接口描写，暂号召为dbus_general.xml
<?xml version="1.0" encoding="UTF-8" ?>
<node name="/org/freedesktop/DBus/General_api">
<inte***ce name="org.freedesktop.DBus.general_api">
<method name="client_request">
<annotation name="org.freedesktop.DBus.GLib.CSymbol" value="__client_request_cb"/>
<arg type="i" name="action_id" direction="in" />//这个地方即便不同API的ID
<arg type="i" name="input_int" direction="in" />//这个参数能够用www.zhuangyuan.org，也能够无须
<arg type="ay" name="input_garray" direction="in" />//这个Garray用来从client递交数据，包括混杂的数据构造到server
<arg type="i" name="outut_int" direction="out" />//这个能够用，也能够无须
<arg type="ay" name="output_garray" direction="out" />//这个Garray用来从server侧传回数据到client侧
<arg type="i" name="result" direction="out" />
</method>
</inte***ce>
</node>
大家懂得：在dbus文档中有这么的描写，
ay | Array of bytes | DBUS_TYPE_G_BYTE_ARRAY | GArray * |g_array_free
大家都不常用字节数组(GArray),大家常用的是integar,string等；
这个通用的模板关键之处即便这个Garray, Garray本身是个容器，这个
容器里面能够装任何东西。
我们即方便用这个GArray来告终client与server之间数据的递交，无论想递交
什么要的数据；
第二步：用dbus的工具函数生成stub/proxy头文件，这一步写到Makefile脚本中，尔后无须修正了；
dbus-binding-tool --mode=glib-server --prefix=your_module_name dbus_general.xml > general_stub.h
dbus-binding-tool --mode=glib-client --prefix=your_module_name dbus_general.xml > general_proxy.h
生成的头文件，大家等闲不要动它们，直接利用就能够了；
general_proxy.h:
.....
client_request (DBusGProxy *proxy, const gint IN_action_id, const gint IN_input_int, const GArray* IN_input_garray, gint* OUT_output_int, GArray** OUT_output_garray, gint* OUT_result, GError **error)
{
return dbus_g_proxy_call (proxy, "request", error, G_TYPE_INT, IN_action_id, G_TYPE_INT, IN_input_int, dbus_g_type_get_collection ("GArray", G_TYPE_UCHAR), IN_input_garray, G_TYPE_INVALID, G_TYPE_INT, OUT_output_int, dbus_g_type_get_collection ("GArray", G_TYPE_UCHAR),
OUT_output_garray, G_TYPE_INT, OUT_result, G_TYPE_INVALID);
}
.....
general_stub.h:
.....
#include <dbus/dbus-glib.h>
static const DBusGMethodInfo dbus_glib_your_module_name_methods[] = {
{ (GCallback) __client_request_cb, dbus_glib_marshal_your_module_name_BOOLEAN__INT_INT_BOXED_POINTER_POINTER_POINTER_POINTER, 0 },
};
const DBusGObjectInfo dbus_glib_your_module_name_object_info = {
0,
dbus_glib_your_module_name_methods,
1,
"org.freedesktop.DBus.general_api/0client_request/0S/0action_id/0I/0i/0input_int/0I/0i/0input_garray/0I/0ay/0output_int/0O/0F/0N/0i/0output_garray/0O/0F/0N/0ay/0result/0O/0F/0N/0i/0/0/0",
"/0",
"/0"
};
......
第三步：告终client侧，重要是直接调用general_proxy.h的接口函数client_request()，用GArray传入你的数组（能够携带任何你自己定义的数据构造）
gboolean proxy_func1 (void)
{
intapi_id = 0; //这个在不同的proxy_func里面能够有不同的值，重要是判别函数作用
GArray*in_array = NULL;
GArray*out_array = NULL;//在这里无须分配内存，放在server侧做内存分配
in_array = g_array_new(FALSE, FALSE, sizeof(guint8));
if (!in_array)
return FALSE;
//把你自己的数据封装到in_array中，假想你的数据构造是your_strcut_t
your_struct_t my_own_data;
//fill my_own_data
...
//放到in_array中，这很关键
g_array_append_vals(in_array66.syxinhao.com, my_own_data, sizeof(your_strcut_t));
//调用general_proxy.h中的dbus接口
client_request(dbus_proxy, api_id, in_array, &out_array, .....); //穿越dbus把数据从到server侧,server侧如何处理，看第四步；
//当sever归来数据后，从out_array中取出来就能够了
your_strcut_t* g_array_data = (your_strcut_t*)out_array->data;
.....
//free
if (in_array)
g_free (in_array);
if (out_array)
g_free (out_array);
....
}
第四步：告终Server侧，重要是告终general_stub.h中的函数__client_request_cb();
//这个函数的参数很长，除非第一个参数是server对象外，其他的参数能够直接从
general_proxy.h对应的接口参数拷贝到来；该当这个函数和proxy的接口是一对！欧姆龙电子血压计
gboolean
__client_request_cb (ServerObject *server_object, const gint IN_action_id, const gint IN_input_int, const GArray* IN_input_garray, gint* OUT_output_int, GArray** OUT_output_garray, gint* OUT_result, GError **error)
{
*OUT_output_garray = g_array_new(FALSE, FALSE, sizeof(guint8));//在client侧未曾分配内存，server这里定然要分配
//卸下client侧递交到来的数据
your_strcut_t ×p_data= (your_strcut_t *)&g_array_index(input_garray,your_strcut_t, 0);
//对卸下的数据举行处理，看你的过程做什么功能了:)
.....
.....
//万一要传回数据到client侧，假想处理过的数据为：your_strcut_t dealed_with_data
g_array_append_vals(*output_garray, &dealed_with_data, sizeof(your_strcut_t));
return TRUE;//定然要归来TRUE,否则client侧收不到数据的；
}
上述通用环节中，1，2在尔后的伸展中，是不要要改的，尤其是第一步，dbus的xml接口描写极其
繁琐；万一为每个API自己去定义xml接口描写，搞不好，client和server之间不通；而且，一段工夫
后，不看dbus的文档，就会淡忘如何写其xml接口；因而做个通用的xml接口描写很省事；
3,4是client/server侧的各自告终，构造是钉死的，无须改多少；一个函数如此，N个函数也是这么；
万一你有30个函数，要离别告终它们吗？无须要，凡是给各自的函数定义其ID就行；
在client/server侧的函数里面搞个switch-case构造就离别了；
架构定好了，递交数据也极其得体，比dbus自己的dbus_g_type_struct_set效率高的多，现在开源软件
多用dbus_g_type_struct_set，效率很低，对于递交批量数据，效率很低；
万一大家对于如何长进dbus递交消息/数据的效率，有什么更好的见解，迎接沟通。
参看：
一位网友写的dbus的基础的利用，写的不错，大家能够参看：
http://blog.csdn.net/yuhang111/archive/2007/08/27/1760141.aspx
另外，dbus的起源在：
http://www.freedesktop.org/wiki/Software/dbus，这里是dbus project的宿主地址，
其官方文档都在这里，大家有空看看；
来源：CSDN
作者：shanzhizi
链接：https://blog.csdn.net/shanzhizi/article/details/8621128