java-rocketmq

速学 RocketMQ目录本地启动&测试&可视化核心概念集群主从集群Dledger 集群总结客户端消息确认机制广播模式消息过滤机制

阿里云和腾讯云RocketMQ 发消息和消费消息客户端JAVA接口RocketMQ 是阿里巴巴开源的一款分布式消息中间件，后捐赠给 Apache 基金会成为顶级项目。它具有低延迟、高并发、高可用、高可靠等特点，广泛应用于订单交易、消息推送、流计算、日志收集等场景。

RabbitMQ第一章（MQ基础与RocketMQ使用手册）消息Broker，目前常见的实现方案就是消息队列（MessageQueue），简称为MQ. MQ主要干三件事：解耦、异步、削峰。解耦：一个系统或者一个模块，调用了多个系统或者模块，互相之间的调用很复杂，维护起来很麻烦。但是其实这个调用是不需要直接同步调用接口的，如果用 MQ 给它异步化解耦。异步：A 系统接收一个请求，需要在自己本地写库，还需要在 BCD 三个系统写库，自己本地写库要 3ms，BCD 三个系统分别写库要 300ms、450ms、200ms。最终请求总延时是 3 + 300 + 450

【springboot组件开发】三方中间件自定义自动装载(rabbitmq/rocketmq/cmq)由于目前公司项目是面向政企单位，所以项目部署方案采用了私有云模式，而每个地区的客户要求的中间件存在差异，为了实现基础框架和业务代码的复用，需要实现一套基础框架同时引入多个同类型的中间件，基于配置实现底层组件切换，并且禁用未开启组件的自启动

RabbitMQ 高可用与可靠性保障实现架构简设：架构设计图：工作原理：优点：缺点：配置流程：效果：生产者确认：消费者确认：作用：配置示例：触发条件：

会飞的架狗师

【面试题】如何保证MQ的消息不丢失、不重复因为从生产者发送消息，到 Broker 保存消息，再到消费者消费消息，每个环节都暗藏着消息丢失的风险；而消息重复的产生，往往源于生产者的重复发送或消费者的重复接收。

RocketMQ延迟消息机制RocketMQ中提供了两种延迟消息机制在brokerController初始化时对两种延迟消息的处理进行了初始化

腾讯音乐一面1、自我介绍+项目（省略） 2、为什么存储要从TiDB迁移到Mysql？ TiDB 迁移至 MySQL 核心原因总结：

卡布奇诺-海晨

RocketMQ 生产消费消息消息解析与重试机制详解博主介绍：✌全网粉丝5W+，全栈开发工程师，从事多年软件开发，在大厂呆过。持有软件中级、六级等证书。可提供微服务项目搭建与毕业项目实战，博主也曾写过优秀论文，查重率极低，在这方面有丰富的经验✌

腾讯音乐二面ReentrantLock 的源码及实现Redis 分布式锁与 zk 分布式锁的区别实现原理方面性能方面

Rocketmq刷盘机制和复制机制区别及关系在RocketMQ中，刷盘机制和复制机制是两种不同但相互协作的机制，分别解决数据持久化和数据高可用的问题。它们的核心区别与关系如下：

找不到、了

MQ消息队列的深入研究目录1、Apache Kafka1.1、 kafka架构设1.2、最大特点1.3、功能介绍1.4、Broker数据共享

RocketMQ的事务消息机制首先生产者发送一个半消息(也称 half 消息)至 MQ 中。为什么要先发送一个 half 消息呢？这是为了保证生产者和 MQ 之间的通信正常，如果无法正常通信，则消费者可以直接返回一个异常，也就不用处理后面的逻辑。

小园子的小菜

探秘 RocketMQ 的 DLedgerServer：MemberState 的技术解析与深度剖析在 RocketMQ 构建高可靠、强一致性消息系统的架构中，DLedgerServer 扮演着举足轻重的角色，而 MemberState 作为 DLedgerServer 内部用于描述节点状态的核心类，更是整个分布式日志模块稳定运行的关键。深入理解 MemberState 的设计理念、功能特性和工作原理，有助于我们揭开 RocketMQ 高可用背后的技术奥秘。本文将从多个维度对 DLedgerServer 中的 MemberState 进行详细介绍与剖析。

Spring Boot集成RocketMQ目录1.依赖2.配置3.同步消息4.异步消息5.单向消息6.顺序消息7.事务消息8.报错处理sendDefaultImpl call timeout

分布式日志治理：Log4j2自定义Appender写日志到RocketMQ🧑 博主简介：CSDN博客专家，历代文学网（PC端可以访问：https://literature.sinhy.com/#/?__c=1000，移动端可微信小程序搜索“历代文学”）总架构师，15年工作经验，精通Java编程，高并发设计，Springboot和微服务，熟悉Linux，ESXI虚拟化以及云原生Docker和K8s，热衷于探索科技的边界，并将理论知识转化为实际应用。保持对新技术的好奇心，乐于分享所学，希望通过我的实践经历和见解，启发他人的创新思维。在这里，我希望能与志同道合的朋友交流探讨，共同进

小园子的小菜

深入探究 RocketMQ 中的 Broker2Client 组件在分布式消息队列系统 RocketMQ 中，Broker2Client 组件扮演着至关重要的角色，它负责协调消息代理（Broker）与客户端（Client）之间的交互，确保消息能够高效、可靠地在两者之间传递。本文将深入探讨 Broker2Client 组件的主要属性和方法，帮助开发者更好地理解其工作机制和应用场景。

【RocketMQ&&RocketMQ Dashbord】Springboot整合RocketMQ首先，你需要安装好 Java 环境、Maven。网址：http://rocketmq.apache.org/dowloading/releases/ ，下载 rocketmq-all-4.8.0-source-release.zip ，解压。

麒麟V10 arm cpu aarch64 下编译 RocketMQ-Client-CPP 2.2.0国产自主可控服务器需要访问RocketMQ消息队列，最新的C++SDK是2020年发布的 rocketmq-client-cpp-2.2.0 这个版本支持TLS模式。用默认的版本安装遇到一些问题，记录一下。

【RocketMQ】二、架构与核心概念几乎所有主流MQ产品，都是发布订阅模型（Pub/Sub模型），是生产者和消费者进行基于主题Topic的消息传送在这个模型的基础上，RocketMQ又做了扩展，以下为两个生产者、两个topic、两个消费者组、两个Broker节点的示意图：