rocketmq消息及流程

【rocketmq消息及流程】的更多相关文章

RocketMQ之九：RocketMQ消息发送流程解读

在讨论这个问题之前,我们先看一下Client的整体架构. Producer与Consumer类体系从下图可以看出以下几点:(1)Producer与Consumer的共同逻辑,封装在MQClientInstance,MQClientAPIImpl, MQAdminImpl这3个蓝色的类里面.所谓共同的逻辑,比如定期更新NameServer地址列表,定期更新TopicRoute,发送网络请求等.(2)Consumer有2种,Pull和Push.下面会详细讲述这2者的区别. 下面将主要从Defaul…

rocketmq消息及流程

1.为什么用mq 优势主要有3个: 应用解耦(降低微服务之间的关联). 异步提速(微服务拿到mq消息后同时工作). 削峰填谷(可以消息堆积) 劣势系统可用性降低(MQ一旦宕机整个系统不可用) 复杂度提高(需要解决系统消息一致性.重复消费...) 一致性问题(不同系统拿到mq中的消息后,部分系统处理失败怎么办) 2.rocketmq集群工作流程由上图可以看出,rocketMQ集群=消息服务器集群+命名服务器集群,其中消息服务器集群=生产者集群+broker集群+消费者集群. 命名服务器集群(…

RocketMQ消息发送流程和高可用设计

(源码阅读先看主线再看支线先点到为止后面再详细分解) 高可用的设计就是:当producer发送消息到broker上,broker却宕机,那下一次发送如何避免发送到这个broker上,就是采用LatencyFaultLorent,记录失败/高延迟的broker信息 MQClientInstanc start() MQClientAPIInstance 定时任务:每隔30s去namesrc更新topicrouteinfo(因为它不能实时得知broker有没有挂掉) 定时任务:每隔2分钟去获取n…

RocketMQ源码 — 八、 RocketMQ消息重试

RocketMQ的消息重试包含了producer发送消息的重试和consumer消息消费的重试. producer发送消息重试 producer在发送消息的时候如果发送失败了,RocketMQ会自动重试. private SendResult sendDefaultImpl( Message msg, final CommunicationMode communicationMode, final SendCallback sendCallback, final long timeout ) t…

源码分析RocketMQ消息轨迹

目录 1.发送消息轨迹流程 1.1 DefaultMQProducer构造函数 1.2 SendMessageTraceHookImpl钩子函数 1.3 TraceDispatcher实现原理 2. 消息轨迹数据如何存储 2.1 使用系统默认的主题名称 2.2 用户自定义消息轨迹主题本文沿着<RocketMQ消息轨迹-设计篇>的思路,从如下3个方面对其源码进行解读: 发送消息轨迹消息轨迹格式存储消息轨迹数据 @(本节目录) 1.发送消息轨迹流程首先我们来看一下在消息发送端如何启用消息轨…

RocketMQ之十：RocketMQ消息接收源码

1. 简介 1.1.接收消息 RebalanceService:均衡消息队列服务,负责通过MQClientInstance分配当前 Consumer 可消费的消息队列( MessageQueue ).当有新的 Consumer 的加入或移除,都会重新分配消息队列.主要实现consumer的负载均衡,但是并不会直接发送获取消息的请求,而是构造PullRequest之后放到pullRequestQueue中,PullMessageService中,等待PullMessageService的线程取出执…