
老弟问我,RocketMQ 中的 ProcessQueue 怎么理解?
大家好,我是君哥。
今天来分享 RocketMQ 中一个非常重要又不太好理解的知识点-ProcessQueue。
一句话概括,ProcessQueue 就是 MessageQueue 的消费快照。看下面这张图:
1 ProcessQueue 构建
RocketMQ 客户端启动时,会开启一个 rebalance 线程,代码如下:
这个线程会不停的做重平衡操作,对 ProcessQueue 进行维护。在重平衡线程类 RebalanceImpl 定义了一个变量 processQueueTable,数据结构如下:
可以看到,在 processQueueTable 这个数据结构上维护了 MessageQueue 和 ProcessQueue 的映射。
下面看一下维护 processQueueTable 的代码:
2 拉取消息
上一节中构建 ProcessQueue 后,会再创建一个 PullRequest,这个 PullRequest 封装了 MessageQueue 和 ProcessQueue,创建成功后被放到了 PullMessageService 中的 pullRequestQueue 变量:
这里以 RocketMQ 的推模式为例,Consumer 拉取到消息后,会进行如下处理:
- 对拉取到的消息根据 TAG 再次进行过滤;
- 更新 PullRequest 下次拉取的偏移量 nextOffset;
- 把拉取的消息封装到 ProcessQueue 的 msgTreeMap(放到 msgTreeMap 之前首先要获取到写锁 treeMapLock);
- 封装 ConsumeRequest 进行消息消费;
- 封装消息拉取请求再次进行拉取。
代码如下:
3 消费消息
在上一节提到过,拉取到消息后,会把消息封装成一个 ConsumeRequest,这个线程类会调用消费者定义的 MessageListener 进行消费处理。看一下源代码:
消息消费成功后,会调用 processConsumeResult 方法进行结果处理。对于广播模式,发送失败后不会做重试,相当于把消息丢弃,而对于集群模式,消费失败的消息会发送到 Broker 端等待消费者重新拉取进行重试。
消费结果处理完后,消费成功的消息会从 ProcessQueue 的 msgTreeMap 中移除(需要获取到写锁 treeMapLock),同时从 msgTreeMap 中获取最小的 Offset 来更新对应 MessageQueue 的偏移量。这个逻辑可以参考下面代码:
4 消费者限流
4.1 缓存消息数量
如果消费者缓存的消息数量大于 RocketMQ 配置的阈值(默认 1000),就会触发延迟拉取,而消费者缓存的消息数量就来自 ProcessQueue,看下面代码:
4.2 缓存的消息大小
如果消费者缓存的消息大小大于 RocketMQ 配置的阈值(默认 100M),就会触发延迟拉取,而消费者缓存的消息大小就来自 ProcessQueue,看下面代码:
4.3 消息间隔
对于普通消息,如果消费偏移量间隔大于配置的阈值(默认 2000),就会触发延迟拉取,而消息间隔就来自 ProcessQueue,看下面代码:
4.4 获取锁失败
对于顺序消息,如果获取锁失败,也会触发延迟拉取,而判断获取锁是否成功,也是在 ProcessQueue,看下面代码:
5 总结
ProcessQueue 是 MessageQueue 的消费快照,可以协助消费者进行消息拉取、消息消费、更新偏移量、限流。最后,看一下 ProcessQueue 的数据结构:
文章转载自公众号:君哥聊技术
