目录
5.3 配置读取yml文件的类MqttConfiguration
前言:
这几天在准备面试的过程中做的一个小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多个操作,那这将是个多么大,多少复杂的类呀,时间一长,可能连开发者自己都不知道如何去维护了。
第三,扩展性差。如果产生业务后,要增加一个声音提示()功能,怎么办呢?没错