之前在没看过源码之前对于 订阅组和消费组没有一个清楚的认知。今天就来分析下两者的关系。订阅组：订阅组的创建是依赖于消费组的创建。从订阅组的创建运维命令可以发现。有3个参数是必填（cluster和broker选填一个，最佳实践肯定是选择把cluster给填了）， -n和-c或者-b肯定不用说的，nameserver地址和cluster名称或者broker地址肯定是要填上的，因为在cluster填上的
转载
2024-01-19 22:39:03
60阅读
根据官方文档 rocketmq/features.md at master · apache/rocketmq · GitHub显示，RocketMQ 有如下几个特性：订阅与发布消息的发布是指某个生产者向某个 topic 发送消息；消息的订阅是指某个消费者关注了某个 topic 中带有某些 tag 的消息，进而从该 topic 消费数据。消息顺序消息有序指的是一类消息消费时，能按照发送的顺序来消费
转载
2024-01-31 10:01:55
69阅读
消息发送Topic Topic用于将消息按主题做划分，Producer将消息发往broker中指定的Topic，Consumer订阅该Topic就可以收到这条消息。Topic跟发送方和消费方都没有强关联关系，发送方可以同时往多个Topic投放消息，消费方也可以订阅多个Topic的消息。在RocketMQ中，Topic是一个上逻辑概念。消息存储不会按Topic分开。举个例子，现在你的订单系统需要往
转载
2023-08-13 21:56:22
374阅读
消费者从Broker中获取消息的方式有两种：pull拉取方式和push推动方式。消费者组对于消息消费的模 式又分为两种：集群消费Clustering和广播消费Broadcasting。1. 获取消息的类型拉取式消费Consumer主动从Broker中拉取消息，主动权由Consumer控制。一旦获取了批量消息，就会启动消费过 程。不过，该方式的实时性较弱，即Broker中有了新的消息时消费者并不能及
转载
2024-02-04 12:40:47
166阅读
该文章的目的：1.翻译rocketMq 官方文档里的关键部分。2.记录官方文档学习过程中遇到的问题一、快速入门：http://rocketmq.apache.org/docs/quick-start/
mac 系统：官方文档的操作步骤如下：$ unzip rocketmq-all-4.7.0-source-release.zip
$ cd rocketmq-all-4.7.0/
$ mvn -Pr
转载
2024-08-14 11:47:34
42阅读
# RocketMQ 发布-订阅模式在 Java 中的实现
## 1. 什么是 RocketMQ？
RocketMQ 是阿里巴巴开源的一款高性能、高可靠性的分布式消息中间件。它基于发布-订阅模型，并支持多种协议（如HTTP、JMS等），使得不同的系统能够便捷地进行信息传递。RocketMQ 提供了可靠的消息传递机制，并具备高效的消息处理能力。
## 2. 发布-订阅模型
发布-订阅模型是一
RocketMQ基础特性订阅与发布发布：消息的发布是指某个生产者向某个topic发送消息；订阅：消息的订阅是指某个消费者关注了某个topic中带有某些tag的消息，进而从该topic消费数据。消息顺序消息有序指的是一类消息消费时，能按照发送的顺序来消费。例如：一个订单产生了三条消息分别是订单创建、订单付款、订单完成。消费时要按照这个顺序消费才能有意义，但是同时订单之间是可以并行消费的。Rocket
转载
2024-02-12 21:18:53
73阅读
# RocketMQ 订阅发布模型的 Java 实现
## 一、简介
Apache RocketMQ 是一个分布式的消息中间件，广泛用于异步通信、数据传输等场景。它采用了发布/订阅模式，支持高吞吐量和低延迟的消息传递。在本文中，我们将探讨如何在 Java 中实现 RocketMQ 的订阅发布功能，并通过代码示例进行说明。
## 二、RocketMQ 订阅发布模型
在 RocketMQ 中，
⼆、深⼊理解RocketMQ的消息模型2、消息确认机制 RocketMQ要⽀持互联⽹⾦融场景，那么消息安全是必须优先保障的。⽽消息安全有两⽅⾯的要求，⼀⽅⾯是⽣ 产者要能确保将消息发送到Broker上。另⼀⽅⾯是消费者要能确保从Broker上争取获取到消息。 1、消息⽣产端采⽤消息确认加多次重试的机制保证消息正常发送到RocketMQ 针对消息发送的不确定性，封装了三种发送消息的⽅式。第⼀种称为单
转载
2024-09-19 09:17:22
83阅读
RocketMQ的组成Producer:生产消息（生产者）Broker:存储消息（服务器）Consumer:消费消息（消费者）RocketMQ的消息的订阅与发布订阅与发布时指某个生产者向某个Topic发送消息，消息的订阅是指某个消费者关注了某个topic中带有某些tag的消息，进而从该topic消费数据。实现的前提：消息的集合TopicTopic是订阅主题，RocketMQ中有多个Topic，但每
转载
2024-01-29 00:31:45
212阅读
文章目录前言一、特性二、高级特性1.高可用机制2.刷盘机制3.负载均衡4.死信队列总结 前言RocketMQ是阿里巴巴中间件团队自研的一款高性能、高吞吐量、低延迟、高可用、高可靠（具备金融级稳定性）的分布式消息中间件，开源后并于2016年捐赠给Apache社区孵化，目前已经成为了 Apache顶级项目。一、特性订阅与发布 消息的发布是指某个生产者向某个topic发送消息；消息的订阅是指某个消费者
转载
2024-10-21 12:01:58
58阅读
# 订阅 RocketMQ
RocketMQ 是阿里巴巴开源的分布式消息中间件，具有高性能、高可靠、高扩展性等特点，被广泛应用于大规模的分布式系统中。Python 作为一种流行的编程语言，也需要与 RocketMQ 进行交互。本文将介绍如何在 Python 中订阅 RocketMQ，并提供相应的代码示例。
## RocketMQ 概述
RocketMQ 是一个分布式消息中间件系统，具有以下特
原创
2024-04-08 04:40:57
95阅读
场景：2 个消费者进程中，创建了 2 个消费者，同属于 1 个消费组，但是订阅了不同的 topic，会因为订阅信息相互覆盖，导致拉不到消息。 原因是 r
原创
2022-11-15 15:08:54
159阅读
1.发送接口分类按照发送方式分类同步发送：等待返回结果异步发送：异步回调发送结果一次发送：无结果返回按一次发送消息数量分类单条消息发送批量消息发送按照是否指定MessageQueue分类随机选择发送指定特定MessageQueue自定义MessageQueue选择器详细接口接口描述send(final Message msg)同步单条消息发送send(final Message msg, fina
订阅关系一致指的是同一个消费者Group ID下所有Consumer实例所订阅的Topic、Tag必须完全一致。如果订阅关系不一致，消息消费的逻辑就会混乱，甚至导致消息丢失。本文提供订阅关系一致的正确示例代码以及订阅关系不一致的可能原因，帮助您顺畅地订阅消息。背景信息消息队列RocketMQ版里的一个消费者Group ID代表一个Consumer实例群组。对于大多数分布式应用来说，一个消费者Gro
转载
2023-12-04 13:06:17
231阅读
核心概念Topic：消息主题，一级消息类型，生产者向其发送消息。生产者：也称为消息发布者，负责生产并发送消息至 Topic。消费者：也称为消息订阅者，负责从 Topic 接收并消费消息。消息：生产者向 Topic 发送并最终传送给消费者的数据和（可选）属性的组合。消息属性：生产者可以为消息定义的属性，包含 Message Key 和 Tag。Group：一类生产者或消费者，这类生产者或消费者通常生
转载
2024-02-28 10:34:31
37阅读
一、三种消费 ：1.普通消费 2. 顺序消费 3.事务消费1.1 顺序消费：在网购的时候，我们需要下单，那么下单需要假如有三个顺序，第一、创建订单 ，第二：订单付款，第三：订单完成。也就是这个三个环节要有顺序，这个订单才有意义。RocketMQ可以保证顺序消费，他的实现是生产者（一个生产者可以对多个主题去发送消息）将这个三个消息放在topic（一个topic默认有4个队列）的一个队列里
转载
2024-01-30 21:37:47
78阅读
本文主要介绍RocketMQ中Topic、Tag、GroupName的概念、设计初衷以及使用方法。一.Topic首先看看官方的定义： Topic是生产者在发送消息和消费者在拉取消息的类别。Topic与生产者和消费者之间的关系非常松散。具体来说，一个Topic可能有0个，一个或多个生产者 向它发送消息；相反，一个生产者可以
转载
2023-09-29 11:49:07
1419阅读
一.概念1.1消息的确认(Confirm)：是指生产者投递消息后，如果 Broker 收到消息，则会给我们生产者一个应答。生 产者进行接收应答，用来确定这条消息是否正常的发送到 Broker ，这种方式也是消息的可靠性投递的核心保障!Confirm 确认机制流程图:1.2 Return 消息机制用于处理一些不可路 由的消息!消息生产者，通过指定一个 Exchange 和 Routingkey，把消
一、背景之前遇到一个问题，就是一个新的订阅组，指定集群方式消费，使用DefaultMQPushConsumer，第一次启动指定的consumeFromWhere是CONSUME_FROM_LAST_OFFSET，但是却消费了好久之前的消息！！！CONSUME_FROM_LAST_OFFSET官方的解释是一个新的订阅组第一次启动从队列的最后位置开始消费，后续再启动接着上次消费的进度开始消费，但某些情
转载
2024-10-17 10:20:41
66阅读
