QtDBus编程详解

                         QtDBus编程详解(一)

DBus的出现，使得Linux进程间通信更加便捷，不仅可以和用户空间应用程序进行通信，而且还可以和内核的程序进行通信，可以说DBus使得Linux变得更加智能，更加具有交互性。我们可以把DBus看做是一个消息总线(bus)
 
首先介绍DBus的几个重要的基本概念。

具体的QDBus编程以及通信将在QtDBus编程详解(二)中进行详细介绍
 
DBus分为两种类型：
system bus(系统总线)：用于系统(Linux)和用户程序之间进行通信和消息的传递。
session bus(回话总线)：用于桌面(e.g. GNOME, KDE....)用户程序之间进行通信。一般我们用到的就是session bus。
这在我们建立于DBus总线的连接时需要选择，选择建立system bus连接或者session bus连接。
无论是system bus还是session bus，都不需要我们自己写，随着DBus的重大影响和作用，所有的Linux系统都支持DBus，而且DBus总线(system bus, session bus)都会以demon守护进程伴随系统一起启动。我们所要做的就是做相关的处理然后连接到总线上。
 
object path
在我们通常C++中，都会有object这个概念，用类创建一个实例就是一个object。在DBus通信中，这种由类定义的object叫native object。在DBus通信中，将一个object(native, remote)对象和一个路径绑定，当我们需要和该native object通信的时候，我们只需要吧消息发送到该路径。这个路径就叫object path。正因为是路径，所以object的格式斜杠作为分隔(/object/example)
 
DBus name
总线名，这是对每一个连接到Dbus上的连接进行标示。每一个连接到session ，system bus的连接也叫做Dbus。当创建连接成功之后，系统会给该总线分配一个唯一的名称，这个unique name通常是以"："开头，比如 :45-7等等。类比：DBus name 好比IP地址。
 Service name
服务名称。即DBus上提供的服务的名称。一个DBus可以提供多种服务。类比：hostname。
DBus通信的时候，连接到DBus之后，需要向系统注册服务，告知系统，我需要向外界提供何种服务。Service name是以点作为分隔(org.demo.myservice)

Interface 
接口。在DBus中，interface类比于C++中的namespace。Interface内部是一些列的method和signal.这些method和signal都可以通过DBus通信发送消息进行调用。

以上概念看起来很模糊。我写了一个简单的DBus通信程序，并用工具对系统中的DBus进行观察。

 

 

 

 

 

 

我创建了一个DBus连接，系统分配的unique name名称是：（：1.93）
我创建了两个Server：
org.feiyinzilgd.DBusExample.one
org.feiyinzilgd.DBusExample.two
这两个service的DBus unique name都是(：1.93)
即：一个DBus总线上，提供了两个服务。

有两个Object path：
/
/Car

 

 

 

Object path提供了很多interface，例如：com.trolltech.Examples.Carinterface.
该interface下面提供了一些列的methods和signal.

 

               QtDBus编程详解(二)

 

我在上一篇博客QtDBus编程详解(一)中主要讲述了与QtDBus以及DBus相关的基本概念，这一章节，我将重点讲述关于QtDBus通信。

 

QtDBus通信，就必须有服务端和客户端(关键是弄清楚哪一端是server，哪一端是client)。

我们先来看看，QtDBus通信，server和client需要做些什么工作。

 

server:

1.申请一个总线连接，连接到system dbus或者是session dbus。

2.在总线上挂在服务，使得其他进程可以请求和查询服务。

QtDBus编程详解(一)中已经提到，service服务，相当于hostname，当我发送消息的时候，我们需要确定发送到哪一个host。只有跟总线注册了service之后，外部进程才可以查询和发送消息。

 

3.在挂载的服务上注册一个执行服务的对象。

对于Qt来说，是面向对象的。那么，QtDBus或者是进程通信，实际上背后还是两个对象在通信。那么同样，我们需要为该host提供一个可执行服务的对象(即可以发送接收消息以及做其他的相关处理的对象)。

 

上面的3已经说得很清楚了。通信不管有没有DBus，通信的背后始终是两个对象在对话。普通的Qt的对象是无法实现与DBus的通信的。出于方便和安全考虑，QtDBus有一个DBsu适配器adaptor的概念，该DBus adaptor的目的是实现消息的转发。适配器，是可以加载也可以卸载的，而且是附着在Qt普通对象上的，当普通的Qt对象想要和DBus总线通信的时候，只需要告诉这个附着在它身上的DBus adaptor，让这个适配器去转发或者代替他接收消息。这就是QDBusAbstractAdaptor类的工作，这个类就是用来创建dbus 适配器的。只有server才需要适配器，client不需要适配器，需要但是需要另一种接口，在本章节后面将做详细讲解。

 

现在就编写代码来说明以上几个步骤：

 

 Car *car = new Car();
 //...

 new CarInterfaceAdaptor(car);
 QDBusConnection connection = QDBusConnection::sessionBus();
 connection.registerObject("/Car", car);
 connection.registerService("com.trolltect.CarExample");

以上代码就完成了以上的所有步骤，让我们来看看上述代码究竟做了些什么。

Car就是需要和DBus通信的server Qt的普通对象(不具有DBus功能)。

 

 /**
 为通信server对象car安装一个DBus adaptor适配器，从而使得具有DBus功能
 */
 new CarInterfaceAdaptor(car)

其中CarInterfaceAdaptor是一个派生与QDBusAbstractAdaptor的一个类。关于派生与QDBusAbstractAdaptor的类是写法我将在下一篇博客中详细讲述。

 

 /**
 创建一个连接到session总线上的链接connection
 */
 QDBusConnection connection = QDBusConnection::sessionBus();


 /**
 注册com.trolltech.CarExample这个service
 */
 connection.registerService("com.trolltech.CarExample");

 /**
 注册一个可执行的对象。这个对象就是我们所说的已经安装了DBus适配器的Qt普通对象。不过这个Qt对象已经具备了DBus功能
 */
 connection.registerObject("/Car", car);

 

注册service成功之后，你就可以使用D-Feet这个工具观察到你已经连接到session上了，并有一个com.trolltech.CarExample服务了

Qt自带的工具qdbusviewer也可以观察到，但是我个人不太喜欢使用qdbusviewer，D-Feet比它更加强大。

 

到此为止，server创建相关工作已经完成。下面来看看client创建以及相关工作。

 

Client:

 

1.申请一个总线连接，连接到system dbus或者是session dbus上。

2.创建一个接口，连接到要请求的服务上。(这个service，在上面部分和QtDBus编程详解(一)都有详细的阐述)。

上面已经提到了。Server需要一个适配器，而Client则需要一个接口。

3.发送请求。

 

在Client中，接口是派生与QDBusAbstractInterface的一个类。这个类使得Client具有和远端的Server具有通信能力。

Client和Server之间进行DBus通信，很大程度上是Client去调用Server提供的一些method和signals(method和signals已经在QtDBus编程详解(一)讲述了)。那么这个接口其实就是一个proxy代理。让你操作remote的Server上的method和signals就像操作本地函数一样。这也就是QDBusAbstractInterface派生类的主要作用。

 

同样，下面我将结合代码来具体的讲述：

 

 CarInterface *car;
 car = new CarInterface("com.trolltech.CarExample", "/Car",
                            QDBusConnection::sessionBus(), this);

 

 

 

 

 

 版权申明：
转载文章请注明原文出处http://blog.csdn.net/feiyinzilgd/archive/2010/12/26/6099087.aspx

并请联系谭海燕本人或者前往谭海燕个人主页留言