引言
本文是springboot集成mqtt的一个实战案例。
gitee代码库地址:源码地址
一、什么是MQTT
MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(publish/subscribe)模式的“轻量级”通讯协议,该协议构建于 TCP/IP 协议上,由 IBM 于 1999 年发明。MQTT 协议的主要特征是开放、简单、轻量级和易于实现,这些特征使得它适用于受约束的应用环境,如:
网络受限:网络带宽较低且传输不可靠
终端受限:协议运行在嵌入式设备上,嵌入式终端的处理器、内存等是受限的
MQTT 非常适用于物联网领域,如传感器与服务器的通信、传感器信息采集等。
二、发布/订阅模式
发布/订阅模式(Publish/Subscribe Pattern,简称Pub/Sub)是一种消息通信模式,在这种模式下,消息的发送者(发布者)不会将消息直接发送给特定的接收者(订阅者)。而是将代表消息内容的通知(事件)发布到一个特定的主题或频道上,而订阅了这个主题的接收者会收到所有在这个主题上发布的通知。这种模式解耦了消息的发送者和接收者,使得系统更加灵活和可扩展。
主要组成部分
发布者(Publisher):负责生成消息并将其发布到特定的主题或频道。
订阅者(Subscriber):注册对特定主题的兴趣,并接收该主题上的所有消息。
消息代理(Message Broker):作为中间件,它接收来自发布者的消息,并将这些消息传递给所有相关的订阅者
优点
解耦:发布者和订阅者之间不需要直接交互,这降低了系统的耦合度。
灵活性:可以动态添加或删除订阅者,不影响其他组件。
可扩展性:系统容易扩展,可以轻松增加新的发布者或订阅者。
缺点
复杂性:引入了额外的组件(如消息代理),增加了系统的复杂性和管理成本。
性能开销:消息的传递需要通过中间件,可能会有延迟和性能损失。
应用场景
事件驱动架构:在微服务架构中,不同的服务通过发布/订阅模式进行异步通信。
数据流处理:如实时数据分析,多个组件可以订阅数据流并进行处理。
分布式系统:用于跨系统或跨服务的消息传递。
发布/订阅模式并不是 MQTT 协议特有的模式,很多消息中间件都有使用发布/订阅模式,有同学可能认为这就是观察者模式,还真不是,这两个模式很容易混淆。观察者模式只有观察者 + 被观察者两个角色,而发布/订阅模式还有一个经纪人 Broker;往更深层次的讲观察者和被观察者,是松耦合的关系,而发布者和订阅者,则完全不存在耦合。
三、Windows下安装MQTT消息服务器
非常遗憾,EMQ X Broker 在 5.4.0 版本的发行版中已不支持 windows 版本的安装包了,笔者从网上找了一个最后支持版本的压缩包,已上传资源。
解压后,在bin文件下,使用cmd执行运行命令 .\emqx console
访问MQTT管理页面 http://localhost:18083/#/ 用户名密码 admin/public
如果报错缺少Erlang环境,需要自行安装下该环境
浏览器访问:http://localhost:18083/#,输入账号密码进入,会要求你修改密码,可以暂时跳过
四、Windows安装MQTT消息代理客户端MQTTX
下载地址:MQTTX下载地址
点击免费下载
五、新建MQTT集成项目
随便新建了一个springboot应用,用的是JDK17,在pom文件中引入如下依赖:
<!-- MQTT -->
<dependency>
<groupId>org.eclipse.paho</groupId>
<artifactId>org.eclipse.paho.client.mqttv3</artifactId>
<version>1.2.5</version>
</dependency>
server:
port: 8081
#允许循环依赖
spring:
main:
allow-circular-references: true
customer:
mqtt:
broker: tcp://localhost:1883
clientList:
#发布客户端ID
- clientId: nays_service
#监听主题 同时订阅多个主题 使用 - 分割开
subscribeTopic: mqtt/publish
#用户名
userName: admin
#密码
password: public
#接收客户端ID
- clientId: receive_service
#监听主题 同时订阅多个主题 使用 - 分割开
subscribeTopic: mqtt/receive
#用户名
userName: admin
#密码
password: public