若该文为原创文章，未经允许不得转载
原博主博客地址：https://blog.csdn.net/qq21497936
原博主博客导航：https://blog.csdn.net/qq21497936/article/details/102478062
本文章博客地址：http://blog.csdn.net/qq21497936/article/details/77834743
各位读者，知识无穷而人力有穷，要么改需求，要么找专业人士，要么自己研究
红胖子(红模仿)的博文大全：开发技术集合（包含Qt实用技术、树莓派、三维、OpenCV、OpenGL、ffmpeg、OSG、单片机、软硬结合等等）持续更新中...（点击传送门）
Qt开发专栏：开发技术（点击传送门）
背景介绍
这几天，在开发VOI(Virtual OS Infrastructure)登录界面，为后续工作更好的开展和项目维护，将界面逻辑与功能实现分开，因涉及到登录认证镜像快照等后续持续性交互，采用QDBus。
[题外话：若只是一个简答的登录的界面，可使用QProcess调用脚本，等待脚本返回值来判断登录成功或者失败]
背景不多说，下面开说，若有不对，请留言指正，欢迎探讨，共同进步，谢谢！！！
QDBus基本介绍
DBus分为两种类型：
- system bus(系统总线)，用于系统(Linux)和用户程序之间进行通信和消息的传递；
- session bus(回话总线)，用于桌面(GNOME, KDE等)用户程序之间进行通信。
QDBus之服务端
服务器端分为两步，
第一步：注册服务；
第二步：注册对象，导入槽函数
下面是注册服务器对象的代码：
服务端运行成功后，会在系统DBus总线上注册服务，打开D-Feet软件查看是否注册成功，如下图：
可以看到注册的服务名称，路径，接口名称，方法名称，而DbusHandler类的头文件如下图：
由上图可知，4个槽函数都被注册到DBUS中，这主要是注册对象时使用的参数，如下图：
QDBus之客户端
客户端我们使用了两种方式（共三种）可以与服务器端通讯，分别：
- 使用QDBusMessage
- 使用QDBusInterface
客户端的头文件代码如下：
其中尤为重要的是服务器的名称，服务器的地址，方法名称，[参数]，具体的实现方式见下图代码：
以上是不带返回参数的客户端代码，这里注意的是如果要写接口名称，则必须按照“local.进程名.对象名”作为接口名称（注册多个对象具有相同的函数名就需要接口了），此次调试的系统为ubuntu16.04；如果不写接口名即为空（“”），则直接匹配接口名。
下图为带返回参数的客户端代码：
QDBus之服务端D-Feet调试
可能在写服务器的时候，需要模仿客户端发送指令，这时候D-Feet就用上了，运行服务端后，打开D-Feet,D-Feet界面如下图：
双击“Methods”下的方法，即可弹出该方法的对话框，在数据里面直接输入，点击“Execute”即可执行，并可获得方法调用的返回值，如下图：
QDBus之调试信息工具dbus-monitor
使用该工具，可查看到相关执行的结果以及原因，之前一直使用接口名称连接不上，使用调试信息后知道，接口名称的规则是：“local.进程名.对象名”,使用过程也很简单，直接在Terminal使用命令“dbus-monitor | grep 服务名”， 下图是之前本人调试使用接口名调用失败的原因：
由上图可知，没有找到接口名“voi.server.QDBusHandler”，使用D-Feet即可知道事实上的接口名如下图：
作者白话
此次使用QDBus结束，后面若有补充会直接紧接此处往后写，同时写博客格式不好调整，故先使用word写完原稿，然后将其截图传上博客。
若有错误处，请各位批评指正，谢谢！
原博主博客地址：https://blog.csdn.net/qq21497936
原博主博客导航：https://blog.csdn.net/qq21497936/article/details/102478062
本文章博客地址：https://blog.csdn.net/qq21497936/article/details/77834743