集群模式的消息进度存储管理器实现为:RemoteBrokerOffsetStore,最终 Broker 端的命令处理类为:ConsumerManageProcessor。
代码@1:从消费消息进度文件中查询消息消费进度。代码@2:如果消息消费进度文件中存储该队列的消息进度,其返回的 offset 必然会大于等于 0,则直接返回该偏移量该客户端,客户端从该偏移量开始消费。 代码@3:如果未从消息消费进度文件中查询到其进度,offset 为-1。则首先获取该主题、消息队列当前在 Broker 服务器中的最小偏移量(@4)。如果小于等于 0(返回 0 则表示该队列的文件还未曾删除过)并且其最小偏移量对应的消息存储在内存中而不是存在磁盘中,则返回偏移量 0,这就意味着 ConsumeFromWhere 中定义的三种枚举类型都不会生效,直接从 0 开始消费,到这里就能解开其谜团了(@5)。 代码@6:如果偏移量小于等于 0,但其消息已经存储在磁盘中,此时返回未找到,最终 RebalancePushImpl#computePullFromWhere 中得到的偏移量为-1。
答复内容摘自《Apache RocketMQ 从入门到实战》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/topic/download?id=1139
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。