文章目录一、Producer端重试二、 Consumer端重试1、Exception2、Timeout其他理解死信的业务处理方式 消息重试分为两种：Producer发送消息的重试 和 Consumer消息消费的重试。一、Producer端重试Producer端重试是指: Producer往MQ上发消息没有发送成功，比如网络原因导致生产者发送消息到MQ失败。部分源码解析：/**
* 说明
转载
2024-10-08 14:06:19
179阅读
从今天起，开始Rocket MQ系列。这位MQ经过了双11这种变态级别冲击的洗礼，有稳定出色的表现，作为我们这样的技术人员很有必要研究一下它。先从以下几个方面对RocketMQ入个门：消息队列介绍Rocket MQ介绍Rocket MQ安装使用消息队列什么是「消息队列」呢？队列，大家肯定都不陌生了，在数据结构中，它是一种先进先出的结构。消息队列可以看成是一个容器，里面存放各种消息，这些消息代表业务
转载
2024-06-09 00:51:36
71阅读
引言Apache RocketMQ 诞生至今，历经十余年大规模业务稳定性打磨，服务了 100% 阿里集团内部业务以及阿里云数以万计的企业客户。作为金融级可靠的业务消息方案，RocketMQ 从创建之初就一直专注于业务集成领域的异步通信能力构建。本篇将从业务集成场景的诉求开始，介绍 RocketMQ 作为业务消息集成方案的核心能力和优势，通过功能场景、应用案例以及最佳实践等角度介绍 RocketMQ
转载
2024-06-05 10:25:09
90阅读
文章目录一、集群消费二、广播消费内容补充 一、集群消费之前的博客中，启动的都是单个Consumer，如果启动多个呢？RocketMQ-集群消费其实，对于RocketMQ而言，通过ConsumeGroup的机制，实现了天然的消息负载均衡！通俗点来说，RocketMQ中的消息通过ConsumeGroup实现了将消息分发到C1/C2/C3/…的机制，这意味着我们将非常方便的通过加机器来实现水平扩展！我
转载
2024-04-01 14:16:18
70阅读
Spring Boot自动配置的原理在传统的SSM框架集成中，需要编写大量的XML配置文件，比如集成Mybatis时，需要编写mybatis_config.xml文件，在集成springmvc时，需要编写springmvc.xml文件，这些配置文件十分繁琐，还很容易出现错误，导致开发效率低。而Spring Boot采用约定大于配置的思想，将大量的spring配置文件集成到Spring Boot的内
# Java RocketMQ 消息确认
RocketMQ 是一个快速、可靠的分布式消息系统，它提供了消息生产和消费的功能，可以帮助我们构建高可靠的分布式系统。在 RocketMQ 中，消息的确认是非常重要的一个概念，确保消息被正确地发送和消费是系统中保障数据一致性的基础。
## 消息确认的流程
消息确认的流程主要包括消息的生产和消费两个环节。生产者发送消息到 RocketMQ 中，消费者从
原创
2024-05-22 06:05:38
56阅读
一、RocketMq有3中消息类型1.普通消费2. 顺序消费3.事务消费顺序消费场景在网购的时候，我们需要下单，那么下单需要假如有三个顺序，第一、创建订单 ，第二：订单付款，第三：订单完成。也就是这个三个环节要有顺序，这个订单才有意义。RocketMQ可以保证顺序消费。rocketMq实现顺序消费的原理 produce在发送消息的时候，把消息发到同一个队列（queue）中,消费者注册消息
事务消息实现思想RocketMQ 事务消息，是指发送消息事件和其他事件需要同时成功或同失败。比如银行转账， A 银行的某账户要转一万元到 B 银行的某账户。A 银 行发送“B 银行账户增加一万元” 这个消息，要和“从 A 银行账户扣除一万元”这个操作同时成功或者同时失败。RocketMQ 采用两阶段提交的方式实现事务消息，TransactionMQProducer 处理上面情况的流程是，先发一个“
转载
2024-02-04 14:38:00
118阅读
RocketMQ提供了事务消息，通过事务消息就能达到分布式事务的最终一致，从而实现了可靠消息服务。一、事务消息的实现步骤 事务消息发送步骤：发送方将半事务消息发送至RocketMQ服务端。RocketMQ服务端将消息持久化之后，向发送方返回Ack确认消息已经发送成功。由于消息为半事务消息，在未收到生产者对该消息的二次确认前，此消息被标记成“暂不能投递”状态。发送方开始执行本地事务逻辑。发送方根据本
转载
2024-04-04 12:35:37
836阅读
该系列参考狸猫技术窝的《》该专栏以订单模块为驱动，对该模块面临的问题用RocketMQ来解决一、业务背景如下图所示，订单系统在用户下单后需要创建订单，且在订单支付成功回调后，会分别调用优惠卷、红包、积分、第三方物流系统、大数据系统等服务。而在这个过程中就存在大量的问题.如上图所示，一个简单的订单就需要经历上面的8个步骤（其实还不止。例如扣减库存、更新订单状态、更新积分、发优惠卷、发红包、发送Pus
上一节中我们对MQ做了一个概要介绍，这一节开始我们选取RabbitMQ开始进行学习，本节将会RabbitMQ做个简单介绍，并且会对其常见的基础概念做个讲解，最后会简单介绍一下RabbitMQ的工作流程。RabbitMQ介绍RabbitMQ 是采用Erlang 语言实现AMQP (Advanced Message Queuing Protocol ，高级消息队列协议)的消息中间件，它最初起源于金融系
前言：大家好，我是小威，24届毕业生，在一家满意的公司实习。本篇文章将详细介绍RabbitMQ的几种消息确认机制。如果文章有什么需要改进的地方还请大佬不吝赐教??。 小威在此先感谢各位大佬啦~~???个人主页：小威要向诸佬学习呀 ?个人简介：大家好，我是小威，一个想要与大家共同进步的男人?? 目前状况?：24届毕业生，在一家满意的公司实习??以下正文开始 文章目录?RabbitMQ的消息确认机制?
转载
2024-01-12 17:39:22
52阅读
前言我们知道，消息从发送到签收的整个过程是Producer-->Broker/Exchange-->Broker/Queue-->Consumer，因此如果只是要保证消息的可靠投递，我们需要考虑的仅是前两个阶段，因为消息只要成功到达队列，就算投递成功。比如投递消息时指定的Exchange不存在，那么阶段一就会失败如果投递到Exchange成功，但是指定的路由件错误或者别的原因，消
转载
2023-11-12 10:48:12
91阅读
RocketMQ历史及发展如果想要了解RocketMQ的历史，则需了解阿里巴巴中间件团队中的历史2011年，Linkin(领英：全球知名的职场社交平台)推出Kafka消息引擎，阿里巴巴中间件团队在研究了Kafka的整体机制和架构设计之后，基于Kafka(Scala语言编写)的设计使用Java进行了完全重写并推出了MetaQ1.0版本，主要是用于解决顺序消息和海量堆积的问题，由开源社区killme2
引言前面我们已经简单地介绍了 RocketMQ 的整体设计思路，本文着重其中消息存储部分的整体实现思路。更多相关文章和其他文章均收录于贝贝猫的文章目录。消息存储通过前面的知识，我们已经知道了topic是如何分配到Broker的，以及消息发送方是如何决定把消息发送给哪个Broker的，接下来我们看一看Broker介绍到消息后，是怎么存储消息的。RocketMQ主要存储的文件包括CommitLog文件
转载
2024-03-12 14:53:16
22阅读
在实际使用RocketMQ的时候我们并不能保证每次发送的消息都刚好能被消费者一次性正常消费成功， 可能会存在需要多次消费才能成功或者一直消费失败的情况，Broker该如何处理呢？1.消息消费端的确认机制RocketMQ提供了ack机制（默认是手动ack），以保证消息能够被正常消费。为了保证消息肯定消费成功，只有使用方明确表示消费成功，RocketMQ才会认为消息消费成功，然后删除消息。中途断电，抛
转载
2024-01-17 05:34:10
172阅读
记录Rocketmq定时消息不消费问题的排查过程写在前面问题根源初步确认问题根源再次确认。了解rocketmq定时消息原理以及处理过程。源码调试结论求证后记 写在前面此本记录了一个项目中测试环境发生的奇怪问题（还好只是测试环境，线上的话问题就大了），就是rocketmq的定时消息莫名其妙不消费问题，出现过几次。一开始没时间只能抱着万能的重启大法，果然重启大法好，重启马上正常了。结果过了10来天，
转载
2024-05-17 04:04:22
135阅读
消息幂等性什么是幂等性一个操作任意执行多次与执行一次的结果相同，这个操作就是幂等 生产者发送消息之后，为了确保消费者消费成功 我们通常会采用手动签收方式确认消费，MQ就是使用了消息超时、重传、确认机制来保证消息必达。场景： 1. 订单服务(生产者),点击结算订单之后需要付款,这时就会发送一条“结算”的消息到mq的broker中。 2. 此时支付服务(消费
转载
2024-01-20 22:01:10
72阅读
核心知识之RocketMQ顺序消息讲解简介：讲解RocketMQ顺序消息的使用和讲解生产端保证发送消息有序，且发送到同一个Topic的同个queue里面，RocketMQ的确是能保证FIFO的例子：订单的顺序流程是：创建、付款、物流、完成，订单号相同的消息会被先后发送到同一个队列中， 根据MessageQueueSelector里面自定义策略，根据同个业务id放置到同个queue里面，如订单号取模
转载
2024-04-11 22:25:47
70阅读
Consumerconsumer pull message订阅在Consumer启动之前先将自己放到一个本地的集合中，再以后获取消费者的时候会用到，同时会将自己订阅的信息告诉broker接收消息consumer启动的时候会启动两个service： RebalanceService：主要实现consumer的负载均衡，但是并不会直接发送获取消息的请求，而是构造request之后放到PullMessa
转载
2024-06-28 11:17:27
57阅读
