rocketmq源码-broker处理consumer拉取消息请求

最新推荐文章于 2024-07-13 10:39:34 发布
最新推荐文章于 2024-07-13 10:39:34 发布
阅读量615 收藏
点赞数
分类专栏： RocketMQ源码 文章标签： java-rocketmq rocketmq java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/CPLASF_/article/details/128332407
版权
本文详细介绍了RocketMQ Broker在接收到Consumer的拉取消息请求时的处理过程，主要关注PullMessageProcessor类的角色以及从commitLog拉取消息和设置响应参数的关键步骤。在Broker端，PullMessageProcessor负责处理请求，通过commitLog获取消息并组装到响应对象中返回给Consumer。
摘要由CSDN通过智能技术生成

前言

在前面consumer拉取消息的博客中，有说过，对于consumer，在拉取消息的时候，是需要指定code码的，在consumer去broker拉取消息的时候，指定的code码是：PULL_MESSAGE，所以这篇博客，我们简单看下broker在接收到netty请求之后，是如何处理的

源码

在broker这边，是PullMessageProcessor 这个类来处理拉取消息请求的，我们先说为什么是这个类来处理

这是netty服务端在接收到client的请求之后，通过handler进行处理

org.apache.rocketmq.remoting.netty.NettyRemotingServer.NettyServerHandler#channelRead0
	org.apache.
最低0.47元/天 解锁文章
小小少年_
关注
专栏目录
rocketmq的消费者源码解读五（broker端处理拉取消息请求）
简单，快乐，拥抱变化
04-03 1069
消费者之broker端处理拉取消息的请求
RocketMQ源码学习 (九) Broker 服务端“拉消息”请求处理逻辑
Misteltoe的博客
10-29 444
消费者broker拉取消息请求处理逻辑
RocketMQ之消费者，消息拉取流程详解附源码解析
通往IT大道的专栏
07-09 766
上一篇重平衡篇有提到，重平衡将为消费者负载的队列创建拉取请求并放入队列，后续不会新建而是重复使用这个拉取请求，取出执行一次，拉取完成之后更新拉取偏移量，再将它重新放入队列。消息拉取流控检查，检查处理队列中还未被消费的消息，从待消费消息数量、大小和待消费消息偏移量差来判断。根据队列找到对应的消费队列，读取消费队列判断是否有消息可以消费，如果有则根据消费队列中的索引项，用物理偏移量从消息存储中查找消息。消费者的处理线程池处理拉取完成的回调，将消息从拉取到的响应中解码出来，放入消费队列，让消费服务消费。
RocketMQ源码学习 (十) Broker “拉消息”请求处理源码学习
Misteltoe的博客
10-30 202
broker端拉消息处理源码学习
RocketMQ源码分析之Broker处理拉取消息请求（2）
05-17 1004
判断是否有额外信息，暂不考虑。 public boolean isExtAddr(long tagsCode) { return ConsumeQueueExt.isExtAddr(tagsCode); } public static boolean isExtAddr(final long address) { return address <= MAX_ADDR; ...
RocketMQ Broker 处理拉取请求的机制详解
最新发布
My_wife_QBL的博客
07-13 955
RocketMQ Broker 处理拉取请求的机制涉及多个关键步骤，包括接收请求、验证请求、查找消息、返回消息和更新偏移量。通过采用批量处理、长轮询、负载均衡和消息过滤等优化策略，Broker 能够高效地处理拉取请求，提高消息传递的效率和系统的整体性能。理解这些机制和优化策略，有助于开发者在实际项目中更好地利用 RocketMQ，优化消息传递的流程。希望本文能帮助读者全面了解 RocketMQ Broker 处理拉取请求的机制，并在实际应用中发挥其优势。
rocketmq源码-consumer拉取消息（push模式）
小小少年的博客
12-15 1113
在前面consumer启动的博客中，有说过，在启动过程中，有两个比较重要的逻辑，分别是负载均衡和拉取消息的service，这篇博客，主要记录拉取消息的service，因为前面的demo和这篇笔记中的demo，都是基于push模式来学习的，所以前面的笔记都是基于push模式的，但是最近看了下pull模式，和push模式的代码还是有点区别的，所以后面单独起一篇博客，记录pull模式的逻辑对于消费者有两种模式：pull和push但是在push模式中，又分为了顺序消费和并行消费。
rocketmq源码-pull模式拉取消息、同步拉取消息
小小少年的博客
12-15 1281
上一篇博客，记录的是push模式，异步发送netty请求拉取消息的代码，这篇博客主要记录consumer发送同步netty请求，去拉取消息的逻辑，但是对于同步发送请求，需要结合LitePullConsumer来看在Lite PullConsumer中有两种方式，分别是：subscribe和assign模式，这两种模式的区别，我的理解是：前者是mq帮我们进行负载均衡，后者我们可以按照自己的需求去进行负载均衡，给当前消费者分配messageQueue。
RocketMQ源码分析之Broker处理拉取消息请求（1）
05-17 2672
broker处理拉取消息请求，第一次brokerAllowSuspend为true。 public RemotingCommand processRequest(final ChannelHandlerContext ctx, RemotingCommand request) throws RemotingCommandException { return this.proc...
rocketmq-all-5.1.1-bin-release.zip
06-06
- **Consumer**：消费者，从RocketMQ系统中拉取消息并进行处理。 - **Message**：RocketMQ中的基本数据单元，包含主题（Topic）、标签（Tag）和消息体（Body）等信息。 2. **工作流程**： - 生产者通过...
【RocketMQ】（四）消息的拉取
S-H_A-N
09-13 673
在上一讲中，介绍了消息的存储，生产者向Broker发送消息之后，数据会写入到CommitLog中，这一讲，就来看一下消费者是如何从Broker拉取消息的。RocketMQ消息的消费以组为单位，有两种消费模式：广播模式：同一个消息队列可以分配给组内的每个消费者，每条消息可以被组内的消费者进行消费。集群模式：同一个消费组下，一个消息队列同一时间只能分配给组内的一个消费者，也就是一条消息只能被组内的一个消费者进行消费。通常使用集群模式的情况比较多，接下来以集群模式（Push模式）为例看一下消息的拉取过程。
12、RocketMQ的Consumer中Broker处理拉取消息请求以及响应回
weixin_45817985的博客
12-12 139
RocketMQ的Consumer中Broker处理拉取消息请求以及响应回
RocketMQ源码(19)—Broker处理DefaultMQPushConsumer发起的拉取消息请求源码【一万字】
终生学习践行者
01-15 2241
基于RocketMQ release-4.9.3，深入的介绍了Broker处理DefaultMQPushConsumer发起的拉取消息请求源码。
RocketMQ Broker 消息拉取原理
small_bao的博客
02-01 801
版本：4.2.0，源码：class文件 consumer拉取消息发送请求的RemotingCommand的code为11 RemotingCommand request = RemotingCommand.createRequestCommand(11, requestHeader) broker启动时会注册一系列的processor BrokerController public boolean initialize() throws CloneNotSupportedException {
RocketMQ源码分析pullMessage：Consumer是如何从broker拉取消息的？
健身变秃，coding变强
10-18 1208
源码分析RocketMQ 的Consumer是如何从Broker拉取消息的？
Kafka：broker如何处理请求
Java技术攻略的博客
04-04 313
生产者生产消息，调用Kafka Client提供的API通过send方法发送到broker之后，broker会根据消息有对应的处理手法，。首先讲一下Kafka的请求类型。
RocketMQ源码12-broker 消息投递流程(处理PULL_MESSAGE请求)
2301_76607156的博客
03-29 210
本文主要分析了broker处理broker处理的processor为的就是整个消息获取流程了broker在获取消息时，先根据请求的topic与queueId找到，然后根据请求中的offset参数从文件中找到消息在commitLog的位置信息，最后根据位置信息从commitLog中获取消息内容如果broker中没有当前的消息，broker会挂起当前线程，直到超时(默认30s)或收到新的消息时再唤醒。
详解RocketMQ中的consumer
关于代码的那些事
07-26 1276
RocketMQ的Consumer创建启动流程 (1) Push和Pull这两种方式，本质都是Pull实现的，所以DefaultMQPullConsumerImpl的start方法启动 (2) 配置通知方式：广播/集群 (3) 配置消息队列分配策略：默认都是平均，此外还有循环平均、配置分配等。 (4) 根据Topic创建这个消费者对应的SubscriptionData，包括：TAG。 (5) DefaultMQPullConsumerImpl里面的rebalanceImpl将会把topic和Subscrip
RocketMQ源码深度剖析：消息中转内核机制详解
深入探索RocketMQ源码：透视消息中间件的内核机制 在本文中，作者带领读者走进RocketMQ的世界，从源码环境的搭建开始，逐步剖析其核心组件和功能。首先，搭建源码环境时，建议从Apache RocketMQ GitHub仓库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值