中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())

点击上方“Java基基”,选择“设为星标”
做积极的人,而不是积极废人!
源码精品专栏

  • 原创 | Java 2020 超神之路,很肝~

  • 中文详细注释的开源项目

  • RPC 框架 Dubbo 源码解析
  • 网络应用框架 Netty 源码解析
  • 消息中间件 RocketMQ 源码解析

  • 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析
  • 作业调度中间件 Elastic-Job 源码解析
  • 分布式事务中间件 TCC-Transaction 源码解析
  • Eureka 和 Hystrix 源码解析
  • Java 并发源码
来源:blog.csdn.net/cold___play/article/details/108032204
  • Nacos架构
  • 注册中心的原理
  • SpringCloud完成注册的时机
  • NacosServiceRegistry的实现
  • 服务提供者地址查询
  • Nacos服务地址动态感知原理
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

Nacos架构中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
  • Provider APP:服务提供者
  • Consumer APP:服务消费者
  • Name Server:通过VIP(Virtual IP)或DNS的方式实现Nacos高可用集群的服务路由
  • Nacos Server:Nacos服务提供者,里面包含的Open API是功能访问入口,Conig Service、Naming Service 是Nacos提供的配置服务、命名服务模块。Consitency Protocol是一致性协议,用来实现Nacos集群节点的数据同步,这里使用的是Raft算法(Etcd、Redis哨兵选举)
  • Nacos Console:控制台
注册中心的原理
  • 服务实例在启动时注册到服务注册表,并在关闭时注销
  • 服务消费者查询服务注册表,获得可用实例
  • 服务注册中心需要调用服务实例的健康检查API来验证它是否能够处理请求
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
SpringCloud完成注册的时机在Spring-Cloud-Common包中有一个类org.springframework.cloud. client.serviceregistry .ServiceRegistry ,它是Spring Cloud提供的服务注册的标准。集成到Spring Cloud中实现服务注册的组件,都会实现该接口。中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
该接口有一个实现类是NacoServiceRegistry
SpringCloud集成Nacos的实现过程:
在spring-clou-commons包的META-INF/spring.factories中包含自动装配的配置信息如下:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
其中AutoServiceRegistrationAutoConfiguration就是服务注册相关的配置类:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
在AutoServiceRegistrationAutoConfiguration配置类中,可以看到注入了一个AutoServiceRegistration实例,该类的关系图如下所示。中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

可以看出, AbstractAutoServiceRegistration抽象类实现了该接口,并且最重要的是NacosAutoServiceRegistration继承了AbstractAutoServiceRegistration。
看到EventListener我们就应该知道,Nacos是通过Spring的事件机制继承到SpringCloud中去的。
AbstractAutoServiceRegistration实现了onApplicationEvent抽象方法,并且监听WebServerInitializedEvent事件(当Webserver初始化完成之后) , 调用this.bind ( event )方法。
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
最终会调用NacosServiceREgistry.register()方法进行服务注册。中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

NacosServiceRegistry的实现在NacosServiceRegistry.registry方法中,调用了Nacos Client SDK中的namingService.registerInstance完成服务的注册。中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
跟踪NacosNamingService的registerInstance()方法:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

  • 通过beatReactor.addBeatInfo()创建心跳信息实现健康检测, Nacos Server必须要确保注册的服务实例是健康的,而心跳检测就是服务健康检测的手段。
  • serverProxy.registerService()实现服务注册
心跳机制:
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
从上述代码看,所谓心跳机制就是客户端通过schedule定时向服务端发送一个数据包 ,然后启动-个线程不断检测服务端的回应,如果在设定时间内没有收到服务端的回应,则认为服务器出现了故障。Nacos服务端会根据客户端的心跳包不断更新服务的状态。
注册原理:
Nacos提供了SDK和Open API两种形式来实现服务注册。
Open API:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

SDK:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

这两种形式本质都一样,底层都是基于HTTP协议完成请求的。所以注册服务就是发送一个HTTP请求:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

对于nacos服务端,对外提供的服务接口请求地址为nacos/v1/ns/instance,实现代码咋nacos-naming模块下的InstanceController类中:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

  • 从请求参数汇总获得serviceName(服务名)和namespaceId(命名空间Id)
  • 调用registerInstance注册实例
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
  • 创建一个控服务(在Nacos控制台“服务列表”中展示的服务信息),实际上是初始化一个serviceMap,它是一个ConcurrentHashMap集合
  • getService,从serviceMap中根据namespaceId和serviceName得到一个服务对象
  • 调用addInstance添加服务实例
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

  • 根据namespaceId、serviceName从缓存中获取Service实例
  • 如果Service实例为空,则创建并保存到缓存中
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
  • 通过putService()方法将服务缓存到内存
  • service.init()建立心跳机制
  • consistencyService.listen实现数据一致性监听
service.init ( ) 方法的如下图所示,它主要通过定时任务不断检测当前服务下所有实例最后发送心跳包的时间。如果超时,则设置healthy为false表示服务不健康,并且发送服务变更事件。在这里请大家思考一一个问题,服务实例的最后心跳包更新时间是谁来触发的?实际上前面有讲到, Nacos客户端注册服务的同时也建立了心跳机制。
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
putService方法,它的功能是将Service保存到serviceMap中:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

继续调用addInstance方法把当前注册的服务实例保存到Service中:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

总结:
  • Nacos客户端通过Open API的形式发送服务注册请求
  • Nacos服务端收到请求后,做以下三件事:
  1. 构建一个Service对象保存到ConcurrentHashMap集合中
  2. 使用定时任务对当前服务下的所有实例建立心跳检测机制
  3. 基于数据一致性协议服务数据进行同步
服务提供者地址查询Open API:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

SDK:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

InstanceController中的list方法:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

  • 解析请求参数
  • 通过doSrvIPXT返回服务列表数据
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

  • 根据namespaceId、serviceName获得Service实例
  • 从Service实例中基于srvIPs得到所有服务提供者实例
  • 遍历组装JSON字符串并返回
Nacos服务地址动态感知原理可以通过subscribe方法来实现监听,其中serviceName表示服务名、EventListener表示监听到的事件:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

具体调用方式如下:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

或者调用selectInstance方法,如果将subscribe属性设置为true,会自动注册监听:中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片
Nacos客户端中有一个HostReactor类,它的功能是实现服务的动态更新,基本原理是:
  • 客户端发起时间订阅后,在HostReactor中有一个UpdateTask线程,每10s发送一次Pull请求,获得服务端最新的地址列表
  • 对于服务端,它和服务提供者的实例之间维持了心跳检测,一旦服务提供者出现异常,则会发送一个Push消息给Nacos客户端,也就是服务端消费者
  • 服务消费者收到请求之后,使用HostReactor中提供的processServiceJSON解析消息,并更新本地服务地址列表
- END - 欢迎加入我的知识星球,一起探讨架构,交流源码。加入方式,长按下方二维码噢:

中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

已在知识星球更新源码解析如下:

中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())
文章图片

最近更新《芋道 SpringBoot 2.X 入门》系列,已经 20 余篇,覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例,以及超 4W 行代码的电商微服务项目。
【中间件|【面朝大厂】面试官(你能说说 Nacos 的实现原理吗())】获取方式:点“在看”,关注公众号并回复 666 领取,更多内容陆续奉上。
文章有帮助的话,在看,转发吧。 谢谢支持哟 (*^__^*)

    推荐阅读