SpringBoot整合MQTT总结

目录

前言:

一、什么是mqtt

二、主要思想

发布/订阅模式

三、MQTT重要概念

3.1 MQTT Client

3.2 MQTT Broker

3.3 MQTT Connection

3.4 MQTT主要参数

四、软件和Apollo

4.1 安装Apollo

4.2?安装Postman

?4.3 安装MQTTBox

五、代码实现

5.1 配置pom.xml

5.2 配置MQTT服务器基本信息

5.3 配置读取yml文件的类MqttConfiguration

5.4? MQTT生产端的Handler处理

5.5? MQTT消费端的Handler处理?

5.6 写个Controller类来进行访问控制测试

六、测试?

6.1测试生产端的Handler

6.2 测试消费端的Handler

后言:


前言:

这几天在准备面试的过程中做的一个小demo,主要是用通过SpringBoot实现一个与MQTT服务交互通信,也是看着别人的项目改的,这两个技术之前都没有接触过,希望记录一下可以分享给大家,也好久没更新了,借此机会更新一波blog。在正式的开始这个项目前还是学了一下SSM和SpringBoot的基础,上手起来不会这么的无力。期间也是查阅了很多的资料和询问了诸多大佬。

养成习惯先点赞后观看!!!!

好了话不多说,一步步的搭建项目和原理详解就在下面了

一、什么是mqtt

MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(publish/subscribe)模式的“轻量级”通讯协议,该协议构建于 TCP/IP 协议上,由 IBM 于 1999 年发明。MQTT 协议的主要特征是开放、简单、轻量级和易于实现,这些特征使得它适用于受约束的应用环境,如:

网络受限:网络带宽较低且传输不可靠
终端受限:协议运行在嵌入式设备上,嵌入式终端的处理器、内存等是受限的

通过 MQTT 协议,目前已经扩展出了数十种 MQTT 服务器端程序,可以通过 PHP、Java、Python、C、C# 等语言向 MQTT 发送消息。由于开放源代码、耗电量小等特点,MQTT 非常适用于物联网领域,如传感器与服务器的通信、传感器信息采集等。

二、主要思想

发布/订阅模式

订阅发布模式定义了一种一对多的依赖关系,让多个订阅者对象同时监听某一个主题对象。这个主题对象在自身状态变化时,会通知所有订阅者对象,使它们能够自动更新自己的状态。

将一个系统分割成一系列相互协作的类有一个很不好的副作用,那就是需要维护相应对象间的一致性,这样会给维护、扩展和重用都带来不便。当一个对象的改变需要同时改变其他对象,而且它不知道具体有多少对象需要改变时,就可以使用订阅发布模式了。

一个抽象模型有两个方面,其中一方面依赖于另一方面,这时订阅发布模式可以将这两者封装在独立的对象中,使它们各自独立地改变和复用。订阅发布模式所做的工作其实就是在解耦合。让耦合的双方都依赖于抽象,而不是依赖于具体,从而使得各自的变化都不会影响另一边的变化。

发布/订阅模式并不是 MQTT 协议特有的模式,像我们很多消息中间件都有使用发布/订阅模式,这里你是不是想说,这不就是我们所说的观察者模式嘛,还真不是,这两个模式很容易混淆。观察者模式只有观察者 + 被观察者两个角色,而发布/订阅模式还有一个经纪人 Broker;往更深层次的讲观察者和被观察者,是松耦合的关系,而发布者和订阅者,则完全不存在耦合。

在我们日常写程序时,经常遇到下面这种情况:

public void 前端业务/硬件业务()
{
? ? 刷新界面();
? ? 更新数据库();
    对界面更新数据();
? ? ………………………………
}

当有前端和硬件业务产生时,需要依次要去执行:刷新界面()、更新数据库()、对界面更新数据()等操作。表面上看代码写得很工整,其实这里面有很多的问题:

首先,这完全是面向过程开发,根本不适合大型项目。
第二,代码维护量太大。设想一下,如果产生业务后要执行10多个操作,那这将是个多么大,多少复杂的类呀,时间一长,可能连开发者自己都不知道如何去维护了。
第三,扩展性差。如果产生业务后,要增加一个声音提示()功能,怎么办呢?没错,只能加在前端业务/硬件业务()这个函数中,这样一来,就违反了“开放-关闭原则”。而且修改了原有的函数,那么在测试时,除了要测新增功能外,还要做原功能的回归测试;在一个大型项目中,做一次回归测试可能要花费大约两周左右的时间,而且前提是新增功能没有影响原来功能及产生新的bug。
那么如何把前端业务/硬件业务()函数同其他函数进行解耦合呢?别着急,下面就介绍今天的主角----订阅发布模式。见下图:<

  • 2
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值