如何高效的利用dbus做client-server架构

在嵌入式系统中利用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的宿主地址，

其官方文档都在这里，大家有空看看；