上善若泪

MQTT全称()：一种基于发布/订阅（）模式的轻量级通讯协议，通过订阅相应的主题来获取消息，是物联网（）中的一个标准传输协议。MQTT是一种基于发布/订阅模式的轻量级通讯协议，该协议构建在TCP/IP协议上。MQTT最大的有点在于可以以极少的代码和有限的带宽，为远程设备提供实时可靠的消息服务。做为一种低开销、低带宽占用的即时通讯协议，MQTT在物联网、小型设备、移动应用等方面有广泛应用。MQTT协议将消息的发布者（publisher）与订阅者（subscriber。

长轮询是对上边短轮询的一种改进版本，在尽可能减少对服务器资源浪费的同时，保证消息的相对实时性。长轮询在中间件中应用的很广泛，比如Nacos和apollo配置中心，消息队列中都有用到长轮询。这次使用apollo配置中心实现长轮询的方式，应用了一个类，它是在后经过Spring封装提供的一种异步请求机制，直意就是延迟结果。可以允许容器线程快速释放占用的资源，不阻塞请求线程，以此接受更多的请求提升系统的吞吐量，然后启动异步工作线程处理真正的业务逻辑，处理完成调用提交响应结果。

是一个用来为微服务应用构建消息驱动能力的框架。它可以基于来创建独立的、可用于生产的Spring应用程序。为一些供应商的消息中间件产品提供了个性化的自动化配置实现，并引入了发布-订阅、消费组、分区这三个核心概念。简单的说，本质上就是整合了和，实现了一套轻量级的消息驱动的微服务框架。/*** 这两个通道可能定义在两个不同的通道里面，这里为了方便放在同一个项目中演示*/ // 收(订阅频道/消息消费者) @Input(INPUT) SubscribableChannel input();

先看看每次发送消息或者消费消息消息发送成功或者失败要打印消息日志，用于业务排查问题。如果消息量较少，建议在消费入口方法打印消息，消费耗时等，方便后续排查问题。RocketMQ无法避免消息重复（），所以如果业务对消费重复非常敏感，务必要在业务层面进行去重处理。可以借助关系数据库进行去重。首先需要确定消息的唯一键，可以是msgId，也可以是消息内容中的唯一标识字段，例如订单Id等。接下来讨论的是在RocketMQ中发送消息时选择何种消息类型最为合适。在RocketMQ发送Json对象。

文章目录1 RocketMQ1.1 为什么要选RocketMQ1.2 RocketMQ优缺点1.3 消息模型1.3.1 消息队列模型1.3.2 RocketMQ消息模型1.3.3 RocketMQ中成员1.3.3.1 Message1.3.3.2 Topic1.3.3.3 Tag1.3.3.4 Group1.3.3.5 Message Queue1.3.3.6 Offset1.3.3.7 总结图示1.4 消息的消费模式1.5 RoctetMQ基本架构1.5.1 NameServer1.5.2 Broker1

文章目录1 RocketMQ使用相关问题1.1 保证消息的可用性/可靠性/不丢失1.1.1 生产1.1.2 存储1.1.3 消费1.2 如何处理消息重复消费1.3 怎么处理消息积压1.4 顺序消息如何实现1.4.1 部分顺序消息1.4.2 全局顺序消息1.5 如何实现消息过滤1.6 延时消息了解1.7 怎么实现分布式消息事务或者半消息1.8 死信队列1.9 如何保证RocketMQ的高可用1 RocketMQ使用相关问题1.1 保证消息的可用性/可靠性/不丢失消息可能在哪些阶段丢失呢？可能会在这三个阶

文章目录1 Kafka安装1.1 下载安装1.2 配置启动zookeeper1.3 配置kafka1.3.1 修改配置文件1.3.2 配置环境变量1.3.3 配置服务启动脚本1.3.4 启动kafka服务1.4 kafka使用简单入门1.4.1 创建主题topics1.4.2 发送一些消息1.4.3 启动消费者1.5 设置多代理kafka群集1.5.1 准备配置文件1.5.2 开启集群另2个kafka服务1.5.3 在集群中进行操作1.5.4 测试集群的容错性1.6 使用Kafka Connect导入/导出

文章目录1 Kafka1.1 定义1.2 相关组件介绍1.2.1 Topic1.2.2 Partitions分区1.2.3 架构和zookeeper关系1.3 kafka是如何保证消息的有序性1 Kafka1.1 定义Kafka是什么？请简单说一下Kafka 是一种高吞吐量、分布式、基于发布/订阅的消息系统，最初由 LinkedIn 公司开发，使用Scala 语言编写，目前是Apache 的开源项目。下面是Kafka中涉及到的相关概念：broker：Kafka 服务器，负责消息存储和转发to

文章目录1 MQ面试1.1 问题引入1.2 面试题剖析1.2.1 为什么使用消息队列1.2.1.1 解耦1.2.1.2 异步1.2.1.3 削峰1.2.2 消息队列有什么优缺点1.2.3 Kafka、ActiveMQ、RabbitMQ、RocketMQ 有什么优缺点1 MQ面试1.1 问题引入为什么使用消息队列？消息队列有什么优点和缺点？Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么区别，以及适合哪些场景？面试官心理分析其实面试官主要是想看看：你知不知道你们系统

文章目录1 引言1.1 Redis中List队列1.1.1 简单使用1.1.2 解决cpu空转问题1.1.3 Redis阻塞式拉取1.2 Redis发布订阅1.2.1 简单使用1.2.2 发布订阅的缺点1.3 Redis中的Stream1.3.1 简单使用1.3.2 stream阻塞拉取1.3.3 Stream支持发布 / 订阅模式1.3.4 stream不丢消息1.3.5 stream持久化处理1.3.6 stream消息堆积1.4 与专业消息对比1.4.1 生产者会不会丢消息1.4.2 消费者会不会丢

文章目录

文章目录1 安全认证1 安全认证ActiveMQ提供了安全认证。 就是用户名密码登录规则。 ActiveMQ 如果需要使用安全认 证 的 话 ， 必 须 在 activemq 的 核 心 配 置 文 件 中 开 启 安 全 配 置 。配 置 文 件 就 是conf/activemq.xml在 conf/activemq.xml 配置文件的 broker 标签中增加下述内容：<ja...

文章目录1 PTP处理模式（Queue）1.1 ptp基本理解2 Publish/Subscribe 处理模式（Topic）2.1 topic基本理解3 PTP 和 PUB/SUB 简单对比1 PTP处理模式（Queue）1.1 ptp基本理解消息生产者生产消息发送到 queue 中， 然后消息消费者从 queue 中取出并且消费消息。消息被消费以后， queue 中不再有存储， 所以消...

文章目录多种语言和协议编写客户端。 语言: Java,C,C++,C#,Ruby,Perl,Python,PHP。 应用协议：OpenWire,Stomp REST,WS Notification,XMPP,AMQP完全支持 JMS1.1 和 J2EE 1.4 规范 （持久化， XA 消息， 事务）对 Spring 的支持， ActiveMQ 可以很容易内嵌到使用 Spring 的系统里面去...

文章目录1 MOM简介1 MOM简介JMS全称：Java Message Service 中文： Java 消息服务。JMS 是 Java 的一套API 标准， 最初的目的是为了使应用程序能够访问现有的MOM 系统MOM 是 Message Oriented Middleware 的英文缩写， 指的是利用高效可靠的消息传递机制进行平台无关的数据交流， 并基于数据通信来进行分布式系统的集成...

文章目录1 交换器1.1 Direct 交换器1.1.1 使用需求1.1.2 Consumer消费者1.1.2.1 properties配置文件1.1.2.2 消费者实体类1.1.3 Provider提供者1.1.3.1 properties配置文件1.1.3.2 生产消息实体1.1.3.3 测试类1.2 Topic 交换器1.2.1 使用需求1.2.2 Consumer消费者1.2.2.1 pr...

文章目录1 RabbitMQ概念2 安装Rabbit2.1 Erlang2.1.1 什么是 Erlang2.1.2 安装 erlang2.1.2.1 下载erlang2.1.2.2 升级erlang2.1.2.3 安装2.1.2.4 查看是否安装成功2.2 安装RabbitMQ Server2.2.1 下载RabbitMQ Server2.2.2 导入秘钥并安装2.3 启动RabbitMQ2.3....

文章目录1 为什么要使用RabbitMQ1.1 RabbitMQ基础1.2 同步变异步1.2.1 逐一流程1.2.2 线程池1.2.3 用MQ系统1.3 解耦合服务1.4 流量削锋2 消息队列基础知识2.1 Provider2.2 Consumer2.3 没有使用消息队列时消息传递方式2.4 使用消息队列后消息传递方式2.5 什么是队列2.6 队列里存储了什么2.7 队列和应用程序的关系1 为什...

文章目录1 RabbitMQ配置文件1.1 RabbitMQ的坐标1.2 添加RabbitMQ相关的配置2 代码部分2.1 创建队列2.2 创建消息提供者2.3 消息接收者2.4 测试类3 报错3.1 一直链接拒绝1 RabbitMQ配置文件1.1 RabbitMQ的坐标<dependency><groupId>org.springframework.boot&lt...