RocketMQ - NameServer是如何初始化基于Netty的网络通信架构的？

最新推荐文章于 2024-03-18 08:39:57 发布
最新推荐文章于 2024-03-18 08:39:57 发布
阅读量33 收藏
点赞数
分类专栏： RocketMQ - 你的消息队列技术引路人 文章标签： rocketmq 架构 php
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yangbaggio/article/details/136459686
版权
本文深入剖析RocketMQ NameServer的启动过程，重点讲解NameServer如何基于Netty构建网络通信架构。从创建NamesrvController到启动NettyRemotingServer，详细梳理关键步骤，揭示NameServer接收Broker和客户端请求的机制。
摘要由CSDN通过智能技术生成

我们上一篇文章分析到，NameServer启动的时候，实际上会解析配置文件，然后初始化NamesrvConfig和NettyServerConfig两个核心配置类。然后我们进一步知道NamesrvConfig里其实没什么关键的东西，最主要的还是NettyServerConfig里包含的一些网络通信的参数，他们基本都有自己的默认值。然后基于这两个核心配置类，实际上最后我们在源码里看到，他初步的构建出来了NamesrvController这个核心组件，如下面的代码片段，在createNamesrvController()这个方法中，最终是创建出了这个核心组件的。

而且我们还初步推测了一下，看到Netty相关的字眼，那么NamesrvController内部肯定包含基于Netty实现的网络通信组件了

NamesrvController被创建出来了，Netty服务器就能启动？

我们都知道，你这个NamesrvController被创建之后，我们最关心的其实就是他里面的Netty服务器得启动，这样NameServer才能在默认的9876这个端口上接收Broker和客户端的网络请求，比如Broker注册自己，客户端拉取Broker路由数据等等。那你觉得NamesrvController被创建出来了，然后就万事大吉了？

当然不可能那么简单的，我们看下面的NamesrvControll

了解本专栏 订阅专栏 解锁全文 超级会员免费看
无法无天过路客
关注
专栏目录
订阅专栏
RocketMQ NameServer网络通信架构（基于Netty）
墨玉浮白的博客
07-05 239
初始化 Netty是负责监听、处理Broker和客户端发送的网络请求的，NameServer通过9876这个端口接收来自Broker、客户端的网络请求，如Broker注册自己、客户端拉取Broker路由数据等。 在构建好NamesrvController后，会通过start方法来启动这一核心组件。首先要初始化NamesrvController //初始化NamesrvController boolean initResult = controller.initialize(); 在这个方法内，会构建Net
RocketMQ-NameServer详解
ALONG的博客
02-23 1351
Broker 消息服务器在启动时向所有 NameServer 注册，消息生产者（Producer）在发送消息之前先从 NameServer 获取 Broker 服务器地址列表，然后根据负载算法从列表中选择一台消息服务器进行消息发送。NameServer 与每台 Broker 服务器保持长连接，并间隔 30s 检测 Broker 是否存活，如果检测到 Broker 从路由注册表中将其移除，但是路由变化不会马上通知消息生产者。为什么要这样设计呢？
4、RocketMQ 源码解析之 网络通信 Netty
carl.zhao的专栏
12-26 1072
可以看到 RocketMQ 里面有消息发送方(Producer)、配置中心(NameServer)、消息存储中心(Broker) 以及消息消费方(Consumer)。而且它们之间也需要相互通信的，那么它们是怎么通信的呢？因为 RocketMQ 是通过 Java 语言编写的，对于网络通信它就选择了 Netty 并且通过自定义协议来完成各个角色之间的高效的网络通信。
RocketMQ架构学习二：NameServer
qq_27586963的博客
07-02 748
namesrv这两个类是入口，一是：NamesrvStartup启动类，这里会加载配置信息，初始化定时任务；二是：DefaultRequestProcessor类，这个类承接所有的请求。通过类BrokerHousekeepingService我们也知道RocketMQ通信是通过netty实现的，后期也可以学习下netty相关的源码。RouteInfoManager路由类是主要的逻辑所在地，对cluster、broker、topic的操作主要在这个类中。
RocketMQ的NameServer注册中心以及技术架构
终生学习践行者
10-27 4128
详细介绍了RocketMQ的技术架构以及集群启动工作流程。
深入剖析RocketMQ源码-NameServer
vivo互联网技术
09-23 462
ocketMQ是基于主题的发布与订阅模式设计的一款高性能、高吞吐量的消息队列，抛弃了业界常用的Zookeeper，而是使用自研的NameServer来实现元数据的管理。本文基于NameServer的源码来深入剖析NameServer的实现原理以及其中的一些编程技巧。
从源码角度窥探RocketMQ之NameServer原理
啊杰的博客
05-13 497
NameServer架构设计 NameServer可以说是RocketMQ的“大脑”。她负责路由管理、服务注册及服务发现。客户端想要往服务端发送消息或者从服务端订阅消息时，必须要知道服务端的路由信息。在服务端集群部署下，更加尤为重要。为了解决这个问题，必须引入类似zookeeper这类分布式协调中心。那么业界已有ZK这个神器，为何RocketMQ要架设NameServer，不用ZK呢？ 原因很简单，ZK具有强一致性，在ZK、消息服务端都在大规模集群环境下，网络通信将变得异常庞大复杂，尤其是ZK。所以Rock
RocketMq——NameServer源码分析
庄小焱
02-18 579
RocketMQ架构体系里有四个角色：NameServer、Broker、Producer、Consumer。其中，Broker统称为服务端，Producer属于消息生产者和Consumer属于消息消费者，他们统称为客户端。客户端要如何与服务端通信？拿消息发送举例，一个消息可以发送到哪些Broker上？有新的Broker上线/旧的Broker下线，客户端如何感知到？在RocketMQ中就是NameServer来实现的。。
一张图进阶 RocketMQ - 通信机制
三此君的博客
07-14 852
三此君看了好几本书，看了很多遍源码整理的 一张图进阶 RocketMQ 图片链接，关于 RocketMQ 你只需要记住这张图。 今天我们先聊一聊 Netty 基本流程，然后分析 RocketMQ 的通信机制，最后通过异步消息发送来串联 RocketMQ 通信机制...............
rocketmq-master.rar_netty_rocketmq
09-20
在"rocketmq-master.rar_netty_rocketmq"这个压缩包中，我们很显然会深入到RocketMQ的源码学习，特别是它如何利用Netty来构建其网络通信层。 首先，让我们深入了解RocketMQ的核心特性。RocketMQ提供发布/订阅模式和...
rocketmq-4.7.1Java 项目完整jar集合
12-04
3. **Netty组件**：RocketMQ使用Netty作为其网络通信框架，Netty是一个高效的异步事件驱动的网络应用框架，适用于开发高性能、高可用性的网络服务器和客户端。在RocketMQ中，Netty用于实现高效的TCP/IP通信，确保...
rocketmq-3.2.6 JAR包
11-30
这个模块负责RocketMQ系统间的远程通信，实现了基于TCP的高效率、高性能的网络通信框架。它提供了远程调用（RPC）能力，使得Producer和Consumer可以与NameServer以及Broker进行通信。Remoting模块还包括了线程池...
RocketMQ - 什么是RocketMQ
yang的博客
05-23 653
RocketMQ是一个低延时、高可靠、可伸缩、易于使用的分布式消息中间件，是由阿里巴巴开源捐献给Apache的顶级项目。RocketMQ具有高吞吐、低延迟、海量消息堆积等优点，同时提供顺序消息、事务消息、定时消息、消息重试于追踪等功能，非常适合在电商、金融等领域使用。
RocketMQ - 基于延迟消息机制优化大量订单的定时退款扫描问题！
yang的博客
03-12 527
我们先考虑一个正常的电商购物流程，一般来说我们作为用户在一个点上APP上都会选择一些商品加入购物车，然后对购物车里选择的一些商品统一下一个订单，此时后台的订单系统必然会在订单数据库中创建一个订单。 但是我们下了一个订单之后，虽然订单数据库里会有一个订单，订单的状态却是"待支付"状态，因为此时你还没有支付这个订单，我们的订单系统其实也在等待订单用户完成这个订单的支付。 这里就有两种可能了，一种是用户下单之后立马就支付掉了，那么接着订单系统可以走后续的流程，比如通过MQ发送消息通知优惠券系统给用户发放优惠券
RocketMQ - Broker的注册及心跳检测
yang的博客
03-18 520
首先我们看一下Broker中的发送注册请求给NameServer的一个源码入口，其实就是在BrokerController.start()方法中，在BrokerController启动的时候，他其实并不是仅仅发送一次注册请求，而是启动了一个定时任务，会每隔一段时间就发送一次注册请求。上面这块代码，其实是启动了一个定时调度的任务，他默认是每隔30s就会执行一次Broker注册的过程，上面的registerNameServerPeriod是一个配置，他默认的值就是30s一次。
RocketMQ - 发送消息零丢失方案：RocketMQ事务消息的实现流程分析
yang的博客
03-06 434
RocketMQ有一个非常强悍有力得到功能，就是事务消息，凭借这个事务级的消息机制，就可以让我们保证生产者推送出去的消息一定会成功写入MQ里，绝不会半路就搞丢了。首先以一个订单系统为例，假设他收到了一个订单支付成功的通知之后，他必然是需要在自己的订单数据库里做一些增删改查操作的，比如更新订单状态之类的。可能你会觉得，订单系统不就是先在自己的数据库做一些操作，然后直接发个消息到MQ去，让其他订阅这个Topic的系统去从MQ获取消息做对应的处理就可以了吗？其实还真不是这么简单，在基于RocketMQ的事务消息机
RocketMQ - RocketMQ的架构原理和使用方法
yang的博客
02-26 431
然后对于业务系统而言，如果要发送消息到Broker，会找NameServer去获取路由信息，就是集群里有哪些Broker等信息，如果系统要从Broker获取信息，也会找NameServer获取路由，去找到对应的Broker获取消息。既然如此，MQ就得存储大量的消息，可能是几百万条，可能是几亿条，甚至是万亿条，这么多的消息在一台机器上肯定是没有办法存储的，那么RocketMQ是如何分布式存储海量消息的呢？对于系统来说，要发送消息到MQ里去，还要从MQ里消费消息，那么怎么知道有哪些Broker？
RocketMQ - 发送消息时Producer是如何选择MessageQueue去发送的？
最新发布
yang的博客
03-18 350
Producer发送消息的时候，其实会先检查一下要发送消息的Topic的路由数据是否在本地缓存，如果不在的话，就会通过底层的Netty网络通信模块去发送一个请求到NameServer去拉取Topic路由数据，然后缓存在Producer的本地。之前介绍过，发送消息的核心源码是在DefaultMQProducerImpl.sendDefaultImpl()方法中的，在这个方法里，只要你获取到了Topic的路由数据，不管从本地缓存获取的，还是从NameServer拉取到的，接着就会执行下面的核心代码。
rocketmq中nameserver
08-22
在RocketMQ中，NameServer是一个注册中心，它是消息存储Broker、生产者和消费者之间通信的桥梁。NameServer集群是相互独立的，Broker在启动时会向所有NameServer注册。NameServer集群通过DLedger构建，可以实现主从切换等功能。 NameServer的启动入口是org.apache.rocketmq.namesrv.NamesrvStartup#main方法，其中关键的核心方法是org.apache.rocketmq.namesrv.NamesrvController#initialize方法。在该方法中，NameServer会进行配置加载、网络组件初始化、线程池初始化、路由注册、定时任务启动、SSL上下文初始化和RPC钩子注册等操作。 在Broker启动时，也会向所有的NameServer注册，并且会定期发送心跳包以保持连接。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [RocketMQ5.0.0路由中心NameServer](https://blog.csdn.net/m0_37543627/article/details/128551723)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

无法无天过路客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值