小编对Linux这一块的实际开发经验虽然还不是很足,但也知道进程间通信有那么几种方式:管道、消息队列、共享内存、套接字等。
某项目中使用了MQTT作为进程间的通信方式,感觉很新颖,网上好像也比较少有看到使用MQTT来作为进程间通信的方式的。这两篇笔记我们就来一起学习一下这种方式。
MQTT的一些介绍
MQTT 协议全称是 Message Queuing Telemetry Transport,翻译过来就是消息队列遥测传输协议,它是物联网常用的应用层协议,运行在 TCP/IP 中的应用层中,依赖 TCP 协议,因此它具有非常高的可靠性,同时它是基于 TCP 协议的<客户端-服务器>模型发布/订阅主题消息的轻量级协议。
1、MQTT通信模型
MQTT协议是基于客户端-服务器模型,在协议中主要有三种身份:发布者(Publisher)、服务器(Broker) 以及订阅者(Subscriber)。 并且消息发布者可以同时是订阅者 。
MQTT 消息的发布者和订阅者都是客户端,服务器只是作为一个中转的存在,将发布者发布的消息进行转发给所有订阅该主题的订阅者。
MQTT 客户端的功能:
发布消息给其它相关的客户端。
订阅主题请求接收相关的应用消息。
取消订阅主题请求移除接收应用消息。
从服务端终止连接。
MQTT 服务器常被称为 Broker(消息代理) 。它的功能有:
接受来自客户端的网络连接请求。
接受客户端发布的应用消息。
处理客户端的订阅和取消订阅请求。
转发应用消息给符合条件的已订阅客户端(包括发布者自身)。
2、MQTT消息
MQTT所发的消息包含:主题+内容,客户端可以订阅任意主题,若有其它客户端发布主题时符合所订阅的主题,就会由网关发送到客户端。
「什么是主题?」
MQTT 服务器为每个连接的客户端(订阅者)添加一个标签,该标签与服务器中的所有订阅相匹配, 服务器会将消息转发给与标签相匹配的每个客户端。这样的一个标签就是主题。
「服务质量:」
MQTT提供三种服务质量(Quality of Service,简写QoS),供开发者根据不同的情景选择不同的服务级别:
QoS0:最多发送一次消息,在消息发送出去后,接收者不会发送回应,发送者也不会重发消息。
QoS1:最少发送一次消息(消息最少需要送达一次,也有可送达多次), QoS 1的 PUBLISH 报文的可变报头中包含一个报文标识符,需要 PUBACK 报文确认。
QoS2:这是最高等级的服务质量,消息丢失和重复都是不可接受的。只不过使用这个服务质量等级会有额外的开销,这个等级常用于支付中,因为支付是必须有且仅有一次成功,总不能没给钱或者给了多次钱吧。
mosquitto的使用
1、mosquitto简介
mosquitto是一款开源的MQTT消息代理(服务器)软件,提供轻量级的,支持可发布/可订阅的的消息推送模式,使设备对设备之间的短消息通信变得简单,比如现在应用广泛的低功耗传感器,手机、嵌入式计算机、微型控制器等移动设备。
2、mosquitto实践
从以上链接下载mosquitto源码,得到:
在mosquitto路径下,依次输入如下命令编译:
mkdir build cd build cmake ../ make
若未安装cmake则需要自行安装,可参考往期文章:《面试官:Linux下如何编译C程序?》
若执行cmake ../指令时出现Could NOT find OpenSSL的问题:
可输入如下命令安装OpenSSL(Ubuntu下):
sudo apt-get install libssl-dev
执行make编译完成后,我们可以看到build目录下的client与src文件夹下会生成一些可执行文件:
我们重点关注mosquitto_pub、mosquitto_sub、mosquitto这三个可执行文件。其中mosquitto是服务器软件,mosquitto_pub是发布者客户端,mosquitto_sub订阅者客户端。
下面我们来简单测试一下:
其中,mosquitto_pub对应的源文件为mosquitto/client/pub_client.c,mosquitto_sub对应的源文件为mosquitto/client/sub_client.c,感兴趣的朋友可自行阅读学习。
这个示例其实就是两个进程间的通信,前提是需要一个本地代理服务器。如果需要应用于我们嵌入式Linux中的进程间通信,需要使用交叉编译器编译出一个可运行在我们的arm板上的mosquitto服务器。
责任编辑人:CC
全部0条评论
快来发表一下你的评论吧 !