为什么选择MQTT
MQTT的定义相信很多人都能讲的头头是道,本文章也不讨论什么高大上的东西,旨在用最简单直观的方式让每一位刚接触的同行们可以最快的应用起来
先从使用MQTT需要什么开始分析:
- 消息服务器
- 不同应用/设备之间的频繁交互
- 可能涉及一对多的消息传递
根据上面列举的这三点,我们大概可以了解到, MQTT最适合的场景是消息做为系统的重要组成部分,且参与着系统关键业务逻辑的情形
MQTT, 启动!
既然决定使用它,我们首先要研究的是如何让MQTT正常工作,毕竟它不是简单的在maven里加入个依赖就完事的
我们总共需要干如下两件事:
- 下载EMQX消息服务器, 作为broker
- 在maven中引入依赖
<dependency>
<groupId>org.springframework.integration</groupId>
<artifactId>spring-integration-mqtt</artifactId>
<version>5.3.2.RELEASE</version>
</dependency>
完成上面两步后, 启动EMQX服务器, 正式进入我们的MQTT旅途
使用方式
在Spring Boot中使用MQTT的代码, 笔者总结了如下两种方式:
- 使用spring-integration的消息通道概念
- 使用传统的Client客户端概念
第一种会产生一定程度的心智负担,但在笔者成功搭配(抄袭+造轮子)自动注册后, 比后者要方便许多
在介绍具体代码之前, 我们先简单整理下使用中最常见的概念:
- 主题: MQTT消息的主要传播途径, 我们向主题发布消息, 订阅主题, 从主题中读取消息并进行业务逻辑处理, 主题是消息的通道
- 生产者: MQTT消息的发送者, 他们向主题发送消息
- 消费者: MQTT消息的接收者, 他们订阅自己需要的主题, 并从中获取消息
- broker: 消息转发器, 消息是通过它来承载的, EMQX就是我们的broker, 在使用中我们不用关心它的具体实现
其实, MQTT的使用流程就是: 生产者给主题发消息->broker进行消息的传递->订阅该主题的消费者拿到消息并进行相应的业务逻辑
Client模式
本模式和传统的数据库链接,Redis链接基本一致,有开发经验的小伙伴们可以很轻松的驾驭,我们需要考虑的就是如果创建对应的工厂,是单例模式,还是原型,亦或是造个池子呢?
我们使用单例模式来进行本次的介绍
创建工厂类
首先, 我们创造一个工厂(就不承认设计模式中毒)
public class MqttFactory {
private static MqttProperties configuration;
private static MqttClient client;
public static MqttClient getInstance() {
if (client == null) {
init();
}
return client;
}
public static void init() {
try {
client = new MqttClient(configuration.getAddress(), "client-" + System.currentTimeMillis());
// MQTT配置对象
MqttConnectOptions options = new MqttConnectOptions();
// 设置自动重连, 其它具体参数可以查看MqttConnectOptions
options.setAutomaticReconnect(true);
if (!client.isConnected()) {
client.connect(options);
}
} catch (MqttException e) {
LOGGER.error(String.format("MQTT: 连接消息服务器[%s]失败", configuration.getAddress()));
}
}
}
关于MQTT的具体配置可以查看MqttConnectOptions, 在这里就不做说明了
多嘴一句, 文档永远比某些博客给力!!!
创建工具类
接下来, 我们创建MqttUtil, 用于消息的发送以及主题的订阅
public class MqttUtil {
public static void send(String topic, Object data) {
// 获取客户端实例
MqttClient client = MqttFactory.getInstance();
ObjectMapper mapper = new ObjectMapper();
try {
// 转换消息为json字符串
String json = mapper.writeValueAsString(data);
client.publish(topic, new MqttMessage(json.getBytes(StandardCharsets.UTF_8)));
} catch (JsonProcessingException e) {
LOGGER.error(String.format("MQTT: 主题[%s]发送消息转换json失败", topic));
} catch (MqttException e) {
LOGGER.error(String.format("MQTT: 主题[%s]发送消息失败", topic));
}
}
public static void subscribe(String topic, IMqttMessageListener listener) {
MqttClient client = MqttFactory.getInstance();
try {
client.subscribe(topic, listener);
} catch (MqttException e) {
LOGGER.error(String.format("MQTT: 订阅主题[%s]失败", topic));
}
}
}
相信小伙伴们注意到了IMqttMessageListener这个东西, 我们只需要创建一个监听类, 实现IMqttMessageListener接口, 就可以处理消息啦, 代码如下:
public class MessageListener implements IMqttMessageListener {
@Override
public void messageArrived(String topic, MqttMessage mqttMessage) throws Exception {
LOGGER.info(String.format("MQTT: 订阅主题[%s]发来消息[%s]", topic, new String(mqttMessage.getPayload())));
}
public static void main(String[] args) {
//订阅主题test01, 使用MessageListener来处理它的消息
MqttUtil.subscribe("test01", new MessageListener());
}
}
无论是发送还是订阅,是不是都很好理解?
舒服的事情结束后, 带来的是无尽的折磨和空虚, 来吧, 让我们挑战下心智负担大的第二种模式!
Spring Integration
什么是Spring Integration?对不起,我不知道,我也不想知道
为什么使用Spring Integration?因为它真的很好维护
网上大部分教程都是针对Spring Integration的, 可能是我第一次接触, 千篇一律看的我莫名其妙, 所以我选择放弃了他们, 选择了大神的自动配置方式,并在其基础上,针对心智负担进行了相应的调整
还记得我们之前讨论过的概念吗?主题/生产者/消费者
在Spring Integration中,我们新加入一些概念, 并把之前的进行微调:
- 通道: 消息传输和接受的管道, 每一条消息都是通过它钻进钻出
- 客户端工厂: 用于创建MQTT客户端, 和模式一中的类似
- 消息适配器: 用于接收MQTT消息, 进行转换, 但不参与业务逻辑
- 入站通道: 搭配消息适配器, 消息进入站台的通道
- 出站通道: 搭配客户端工厂, 消息发出站台的通道
- 主题: 还是主题, 它不变
- 生产者: 拥有出站通道的家伙
- 消费者: 拥有入站通道的家伙
如果能渐渐理解上面定义的话, 这种模式的流程其实可以变成这样:
- 生产者: 创建指定客户端工厂的出站通道->发送消息
- 消费者: 创建指定消息适配器的入站通道->接收消息->进入消息拦截器->业务逻辑
其实在笔者看来, 这符合Spring Boot的理念, 约定优于配置
代码已挪入公司私服, 待后续个人私服配置好后再补充笔记
总结
MQTT作为消息服务, 能够满足我们大部分的开发需求, 但还有一些遗留问题笔者还没进行过深入思考和实践:
- 如何利用qos机制保证数据不会丢失
- 消息的队列和排序
- 集群模式下的应用
以上就是如何在Spring Boot中使用MQTT的详细内容，更多关于在Spring Boot中使用MQTT的资料请关注编程网其它相关文章！
