在公司的技术分享中，就有聊到rocketmq的消费模式，特此总结一下。在说消费之前，这里先说一下rocketmq中group的概念吧，一个group代表的是逻辑相同的一组实例，最可以表达这个概念的是我们将一个项目部署多个实例，那么这个项目的集群就可以称之为一个group。说完group，再来说说广播消费，在这种模式下，rocketmq会将消息发送给group中的每一个消费者，如果这种模式在公司的项
转载
2021-06-07 09:58:37
1117阅读
前言小伙伴们大家好啊，王子又来和大家一起闲谈MQ技术了。通过之前文章的学习，我们已经对RocketMQ的基本架构有了初步的了解，那今天王子就和大家一起来点实际的，用代码和大家一起看看RocketMQ的几种发送模式和消费模式。好了，让我们开始吧。 RocketMQ的环境准备本次我们的环境搭建是基于docker的，需要小伙伴们准备一台CentOS7的虚拟机(虚拟机的安装这里就不做介绍了)。王子使用的
原创
2021-04-28 22:56:54
285阅读
POP 作为一种全新的消费模式，解决了 Push 模式的一些痛点，使客户端无状态，更加轻量，消费逻辑也基本都收敛到了 Broker，对多语言的支持十分的友好。在 API 层面也与 Push 完成了融合，继承了 Push API 的简单易用，同时实现了 Push，POP 之间的自由切换。
原创
2021-11-10 21:59:07
346阅读
rocketMQ中消息有以下几种普通消息：消息队列中没有特性的消息顺序消息：严格按照顺序发布和消费的消息，先发布的消息一定会先被消费，可以分为
全局顺序消息：所有消息严格按照先入先出的顺序来发布和消费分区顺序消息：消息根据sharding key进行区块分区，同一分区的消息严格按照先入先出的顺序进行发布和消费定时消息：发送消息时可以不立即投递，而是指定一个将来的时间点进行投递延时消息：发送消
转载
2024-02-26 17:39:01
89阅读
### 实现RocketMQ广播模式每次重启重新消费
#### 1. 简介
在RocketMQ中，消费模式可以分为集群模式和广播模式。而广播模式是指每个消费者都会收到生产者发送的相同消息。如果想要在每次重启应用时都重新消费广播模式下的消息，可以通过修改消费者的消费进度来实现。
#### 2. 实现步骤
下面是实现RocketMQ广播模式每次重启重新消费的步骤：
| 步骤 | 描述 |
|
原创
2024-01-15 23:38:46
266阅读
作者：张丰哲1. Java 性能优化：教你提高代码运行的效率2. 基于token的多平台身份认证架构设计3. Spring Boot整合JWT实现用户认证(附源码)4. Springboot启动原理解析接 RocketMQ实战(一)，RocketMQ实战(二)，本篇博客主要讨论的话题是：顺序消费、RMQ在分布式事务中的应用等。关于多Master多Slave的
转载
2024-07-01 10:10:39
107阅读
消费者启动流程DefaultMQPushConsumer从继承结构来看 可以对topic操作，查询消息，订阅指定topic实现push模式public DefaultMQPushConsumer(final String consumerGroup, RPCHook rpcHook,
AllocateMessageQueueStrategy allocateMessageQueue
转载
2024-07-25 16:18:51
67阅读
一、RocketMq有3中消息类型1.普通消费2. 顺序消费3.事务消费顺序消费场景在网购的时候，我们需要下单，那么下单需要假如有三个顺序，第一、创建订单 ，第二：订单付款，第三：订单完成。也就是这个三个环节要有顺序，这个订单才有意义。RocketMQ可以保证顺序消费。rocketMq实现顺序消费的原理 produce在发送消息的时候，把消息发到同一个队列（queue）中,消费者注册消息
转载
2024-06-09 10:11:04
75阅读
RocketMq顺序消费源码阅读RocketMq顺序消费顺序消费顺序消费需要什么 RocketMq顺序消费最近在做需求时候发现，有场景是需要严格的顺序消费的，比如订单需要先下单，然后取消，其他的操作，如果不是业务的正常顺序进行消费的时候，可能会出现取消的消息先被消费到，结果导致查询不到数据的情况。下面我们一起看一下什么是顺序消费。顺序消费顺序消费，表示我们可以按照业务逻辑的顺序，定制顺序，同时顺
转载
2024-01-21 00:02:01
124阅读
这几天在看RocketMQ的知识，跟踪了下源码，弄清楚了MQ生产和消费消息的流程，这里记录下MQ消费消息的过程。1：RebalanceService线程构造PullRequest并将request放入pullRequestQueue,而PullRequest的具体信息来源于topicSubscribeInfoTable2:PullRequest放入pullRequestQueue后由PullMes
转载
2024-01-08 19:07:33
33阅读
RocketMQ的消息发送方式主要含syncSend()同步发送、asyncSend()异步发送、sendOneWay()三种方式，sendOneWay()也是异步发送，区别在于不需等待Broker返回确认，所以可能会存在信息丢失的状况，但吞吐量更高，具体需根据业务情况选用。 一个队列只会被消费组内的一个消费者消费，即如果topic相同，但是有多个consumerGroup，可能有A、B
转载
2023-08-25 23:45:22
292阅读
本节目录1、消息队列负载2、消息拉取3、消息顺序消息消费3.1核心属性与构造函数3.2 start方法3.3 submitConsumeRequest3.4 ConsumeMessageOrderlyService#ConsumeRequest3.4 消息队列锁实现 所谓顺序消费，rocketmq 支持同一消费队列上的消息顺序消费。 消息消费涉及3个点： 1、消息队列重新负载。 2、消息拉取。
转载
2024-05-11 09:37:14
93阅读
消息幂等性什么是幂等性一个操作任意执行多次与执行一次的结果相同，这个操作就是幂等 生产者发送消息之后，为了确保消费者消费成功 我们通常会采用手动签收方式确认消费，MQ就是使用了消息超时、重传、确认机制来保证消息必达。场景： 1. 订单服务(生产者),点击结算订单之后需要付款,这时就会发送一条“结算”的消息到mq的broker中。 2. 此时支付服务(消费
转载
2024-01-20 22:01:10
72阅读
1. 前言Consumer启动后会立即触发一次「重平衡」操作，给自己分配MessageQueue，对于新分配的MessageQueue会提交拉取请求，开始拉取消息进行消费。应用在消费消息时，返回消费状态CONSUME_SUCCESS或RECONSUME_LATER，如果消息消费失败，消息并不会丢失，Broker会在稍后一段时间重新投递该消息，如果超过16次都消费失败，Broker会认为Consum
转载
2024-02-03 06:40:09
91阅读
package com.mq.rocket.consumer;import org.apache.rocketmq.client.consumer.DefaultMQPushConsumer;import
原创
2022-04-28 23:25:48
969阅读
问题RocketMQ重复消费问题RocketMQ线程过高问题线上场景场景一：重复消费场景：生产有这么一种场景，我们在RocketMQ中对一个topic创建了16个tag，不同总类的信息放到不同的tag中，在消费端每个tag对应三个线程组成group去消费消息。消费服务在线上是集群部署，是使用docker进行部署的。问题1：tag中的消息发生了稳定的重复性消费。排查：首先我们发现重复消费的次数和线上
转载
2023-09-06 20:27:37
108阅读
概述消息的消费是一个先从Broke拉到client端，再consume的过程
客户端有一个PullMessageService线程拉取消息，然后把消息放到缓存中（红黑树结构），然后启动 ConsumeMessageService线程消费这些消息，这个过程会使用Consumer启动时注册的Listener消费，@1：PullMessageService#runwhile (!this.isStopp
转载
2023-07-16 22:32:02
344阅读
消费者是相对第2章的生产者而言的，逻辑更加复杂。 本章主要讲解的核心内容有： ● 消费者默认的两个实现类。 ● 消费者的启动过程。 ● 消息的消费过程。 ● 可靠消费。 ● 消费进度保存过程。 ● 消息过滤。 &
转载
2023-09-17 10:07:22
214阅读
RocketMQ顺序消费 如果要保证顺序消费，那么他的核心点就是：生产者有序存储、消费者有序消费。一、概念 1、什么是无序消息无序消息 无序消息也指普通的消息，Producer 只管发送消息，Consumer 只管接收消息，至于消息和消息之间的顺序并没有保证。举例 Producer 依次发送 orderId 为 1、2、3 的消息，Consumer 接到的消息顺序有可能是 1、2、3，也有可
转载
2024-04-16 13:17:09
56阅读
一、新建Topic在管理界面中新建主题Topic1，为了方便观察测试效果，这里把写队列和读队列的数量都设置成3。这样，在 broker-a 和 broker-b 上都创建了 Topic1 主题，并各创建了3写3读队列，共6写6读，如下图所示：二、Topic 收发消息原理生产者将消息发送到 Topic1 的其中一个写队列，消费者从对应的一个读队列接收消息1 生产者的负载均衡生产者以轮询的方式向所有写
转载
2023-10-19 05:42:34
83阅读
