摘要——异步下单和支付的流程引入MQ去做异步调用、流量消峰整体流程1.用户在商品页面点击购买按钮，前端发送请求到后台，获取一个本次订单的唯一token返回给前端【就是防重token，防止用户多次点击造成数据错乱】2.前端拿到后即跳转到订单详情界面，此界面为了展示用户已选的商品和总金额，后台需要根据商品的id去查询商品的信息和每个商品的价格以及总金额返回给前端做回显，这里前端界面需要设置一个定时器提
转载
2024-03-31 00:27:44
305阅读
点赞
一、RocketMq有3中消息类型1.普通消费2. 顺序消费3.事务消费顺序消费场景在网购的时候，我们需要下单，那么下单需要假如有三个顺序，第一、创建订单 ，第二：订单付款，第三：订单完成。也就是这个三个环节要有顺序，这个订单才有意义。RocketMQ可以保证顺序消费。rocketMq实现顺序消费的原理 produce在发送消息的时候，把消息发到同一个队列（queue）中,消费者注册消息
rocketMQ中消息有以下几种普通消息：消息队列中没有特性的消息顺序消息：严格按照顺序发布和消费的消息，先发布的消息一定会先被消费，可以分为
全局顺序消息：所有消息严格按照先入先出的顺序来发布和消费分区顺序消息：消息根据sharding key进行区块分区，同一分区的消息严格按照先入先出的顺序进行发布和消费定时消息：发送消息时可以不立即投递，而是指定一个将来的时间点进行投递延时消息：发送消
转载
2024-02-26 17:39:01
89阅读
摘要局部顺序消费：可以保证路由到同一个队列的消息是被顺序消费的。全局顺序消费：让所有消息路由到同一个队列，这样就可以保证全局消费是顺序的。这两种顺序，只是Producer指定队列的地方不一样，其它的都一样的。示例先看个简单的，全局顺序消费。同一个topic的所有消息是顺序消费的。全局顺序消费Producerpublic class Producer {
public static voi
转载
2024-04-03 13:58:35
50阅读
目录开篇先抛几个问题源码学习引用实例consumer启动过程解析1、校验consumer的配置2、实例化mQClientFactory3、设置reblance相关属性4、设置pullAPIWrapper的消息过滤钩子5、设置consumer的offsetStore6、设置consumer的consumeMessageService7、注册当前的consumer8、mQClientFactory.s
转载
2024-06-05 12:42:49
147阅读
一、RocketMq有3中消息类型1.普通消费2. 顺序消费3.事务消费顺序消费场景在网购的时候，我们需要下单，那么下单需要假如有三个顺序，第一、创建订单 ，第二：订单付款，第三：订单完成。也就是这个三个环节要有顺序，这个订单才有意义。RocketMQ可以保证顺序消费。rocketMq实现顺序消费的原理 produce在发送消息的时候，把消息发到同一个队列（queue）中,消费者注册消息
转载
2024-06-09 10:11:04
75阅读
折腾了好长时间才写这篇文章，顺序消费，看上去挺好理解的，就是消费的时候按照队列中的顺序一个一个消费；而并发消费，则是消费者同时从队列中取消息，同时消费，没有先后顺序。RocketMQ也有这两种方式的实现，但是在实践的过程中，就是不能顺序消费，好不容易能够实现顺序消费了，发现采用并发消费的方式，消费的结果也是顺序的，顿时就蒙圈了，到底怎么回事？哪里出了问题？百思不得其解。经过多次调试，查看资料，de
转载
2024-03-28 10:07:23
265阅读
rocketmq以Topic来管理不同应用的消息。对于生产者而言，发送消息时，需要指定消息的Topic，对于消费者而言，在启动后，需要订阅相应的Topic，然后可以消费响应的消息。在物理实现上，一个Topic由多个Queue组成，采用多个Queue的好处是，可以将Broker存储分布式化，提供系统性能。默认情况下一个Topic下会有4个队列。RocketMQ中，producer将消息发送给brok
转载
2024-03-01 10:43:02
247阅读
RocketMQ支持两种形式的消息消费者：PushConsumer：使用者向Consumer对象注册一个Listener，用户实现MessageListenerConcurrently或者MessageListenerOrderly，Consumer一旦收到消息，立即回调Listener接口方法。底层采用的是Pull长轮询+Broker挂起方式拉取消息。该模式强调实时性。PullConsume
转载
2024-03-28 11:54:08
220阅读
实际上，RocketMQ是支持顺序消费的。 但这个顺序，不是全局顺序，只是分区顺序。要全局顺序只能一个分区。 之所以出现你这个场景看起来不是顺序的，是因为发送消息的时候，消息发送默认是会采用轮询的方式发送到不通的queue（分区）。如图： 而消费端消费的时候，是会分配到多个queue的，多个queue是同时拉取提交消费。 如图： 但是同一条queue里面，RocketMQ的确是能保证FIFO的
转载
2024-05-06 22:20:53
90阅读
如何实现顺序消息？ 需要程序保证发送和消费的是同一个 Queuerocketmq默认发送的消息是进入多个消息队列，然后消费端多线程并发消费，所以默认情况，不是順序消费消息的；有時候，我们需要顺序消费一批消息，比如电商系统 订单创建、支付、完成操作，需要順序执行；RocketMQTemplate给我们提供了SendOrderly方法(有多個重载)，来实现发送顺序消息；包括以下：syncSendOrd
转载
2024-03-17 14:05:25
884阅读
消息的顺序消费在很多交易型的业务场景中都会被要求实现，而且，消息队列的顺序消费解决方案在很多互联网公司的面试中经常会被问到。索尔老师在使用了多个消息队列后发现，虽然每个消息队列都有各自的顺序消费解决方案，但是RocketMQ经过了多年电商的洗礼，其功能性的要求，已经设计的非常全面。这样的全面可以通过RocketMQ消息模型的架构设计得以体现。我们看看RocketMQ是怎么解决消息的顺序消费。一、R
转载
2024-03-21 12:57:08
135阅读
事件回放晚上8:40左右，测试反馈测试环境的业务不正常，经过排查，发送MQ都没有收到，但是生产者那边的MQ确实已经发出来了，rocketMq的控制台也能查到对应的这条消息。第一条发现：在查看消息详情的时候，发现这条消息对应的consumer的TREAD_TYPE是 NOT_CONSUMER_YET , NOT_CONSUMER_YET 表示这条消息确确实实存在，但是没有被消费。没有被消费的情况有
转载
2024-02-29 14:34:21
131阅读
1.消费客户端启动流程先贴下consume client启动的流程图 消费端启动和producer启动很类似，可以和producer启动进行对比。不同之处是消费端的PullMessageService、RebalanceService才有真正作用，而producer该两个服务线程是无用的，这两个服务线程也是消费端的核心。2.消费队列负载均衡RebalanceService先贴总体流程图消
转载
2024-04-08 11:20:50
322阅读
六、消费者1：指定 topic、partition、offset1，使用 topics 指定 topic （1）监听器主要是使用 @KafkaListenter 注解即可，而通过 topics 参数设置监听的 topic（可监听多个，用逗号隔开）： 其他参数介绍：id（消费者 ID）、 groupId（消费组 ID）@Component
public class KafkaConsumer {
转载
2023-11-01 15:54:30
87阅读
Flink Standalone RocketMQ 消费异常
## 引言
Apache Flink 是一个开源的流式处理框架，它提供了强大的分布式流处理和批处理能力。RocketMQ 是一个开源的分布式消息中间件，具有高性能、高可靠性和容错能力。在某些情况下，使用 Flink 与 RocketMQ 结合进行数据处理可能会遇到消费异常的情况。本文将探讨在 Flink Standalone Roc
原创
2024-01-09 23:22:09
132阅读
前言Spring框架中最重要的肯定是IOC容器，那么其如何进行初始化，就是通过refresh()这个方法，无论是单独使用Spring框架，还是SpringBoot，最终都会通过执行到这个方法，那么下面会介绍一下这个方法一、IOC容器初始化过程对于单独测试Spirng框架的场景，有两个常见的高级容器 AnnotationConfigApplicationContext 和 ClassPathXmlA
转载
2024-02-25 13:43:22
40阅读
文章目录Consumer消费进度（Offset）的管理Offset本地管理模式Offset远程管理模式offset用途重试队列offset的同步提交与异步提交 Consumer消费进度（Offset）的管理消费进度offset是用来记录每个Queue的不同消费者组的消费进度的。根据消费进度记录器的不用，可以分为两种模式：本地模式和远程模式Offset本地管理模式当消费模式为 广播消费时，offs
转载
2024-06-18 15:35:43
85阅读
介绍Lombok 是一种 Java实用工具，可用来帮助开发人员消除 Java 的冗长，尤其是对于简单的 Java 对象（POJO）。它通过注解实现这一目的。 IDEA中的安装打开Setting –> 选择Plugins选项 –> 选择Browse repositories –> 搜索lombok –> 点击安装 –> 安装完成
1、RocketMQ Broker中的消息被消费后会立即删除吗？不会，每条消息都会持久化到CommitLog中，每个Consumer连接到Broker后会维持消费进度信息，当有消息消费后只是当前Consumer的消费进度（`CommitLog的offset）更新了。追问：那么消息会堆积吗？什么时候清理过期消息？默认72小时后会删除不再使用的CommitLog文件检查这个文件最后访问时间 判断是否大
