Nacos 服务注册与发现的实现逻辑

小鱼儿 2022-09-12 15:51 231阅读 0赞

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA55Cm5b2m_size_20_color_FFFFFF_t_70_g_se_x_16][]

**目录**

Nacos 服务注册与发现的实现逻辑

Nacos:服务注册

问题1：Nacos的服务注册为什么和spring-cloud-commons这个包扯上关系？

问题2：为什么我的项目加了这几个依赖，服务启动时依旧没有注册到Nacos中？

问题3：除此之外，spring-cloud-commons这个包还有什么作用？

Nacos:服务发现

--------------------

# Nacos 服务注册与发现的实现逻辑 #

Nacos的核心API中定义了两个接口NamingService和ConfigService。服务注册与发现围绕着`NamingService`展开，而配置管理则围绕着`ConfigService`展开。

官网给出了Nacos的4个核心特性：`服务发现和服务健康监测`、`动态配置服务`、`动态DNS服务`、`服务及其元数据管理`。我们主要来讲服务发现功能。

### Nacos:服务注册 ###

注册流程：

> 1.  服务（项目）启动时，根据spring-cloud-commons中spring.factories的配置，自动装配了类AutoServiceRegistrationAutoConfiguration。
> 2.  AutoServiceRegistrationAutoConfiguration类中注入了类AutoServiceRegistration，其最终实现子类实现了Spring的监听器。
> 3.  根据监听器，执行了服务注册方法。而这个服务注册方法则是调用了NacosServiceRegistry的register（）方法。
> 4.  该方法主要调用的是Nacos Client SDK中的NamingService下的registerInstance（）方法完成服务的注册。
> 5.  registerInstance（）方法主要做两件事：服务实例的健康监测和实例的注册。 通过schedule（）方法定时的发送数据包，检测实例的健康。
> 6.  若健康监测通过，调用registerService（）方法，通过OpenAPI方式执行服务注册，其中将实例Instance的相关信息存储到HashMap中。

### 问题1：Nacos的服务注册为什么和spring-cloud-commons这个包扯上关系？ ###

> 1.首先，Nacos的服务注册肯定少不了pom包：spring-cloud-starter-alibaba-nacos-discovery吧。 2.这个包下面包括了spring-cloud-commons包，那么这个包有什么用？ 3.spring-cloud-commons中有一个接口叫做ServiceRegistry，而集成到SpringCloud中实现服务注册的组件，都需要实现这个接口。 4.因此对于需要注册到Nacos上的服务，也需要实现这个接口，那么具体的实现子类为NacosServiceRegistry。

### 问题2：为什么我的项目加了这几个依赖，服务启动时依旧没有注册到Nacos中？ ###

> 1.本文提到过，进行Nacos服务注册的时候，会有一个事件的监听过程，而监听的对象是WebServer，因此，这个项目需要是一个Web项目！ 2.因此查看你的pom文件中是否有依赖：spring-boot-starter-web。

### 问题3：除此之外，spring-cloud-commons这个包还有什么作用？ ###

> 1.这个包下的spring.factories文件中，配置了相关的服务注册的置类，即支持其自动装配。 2.这个配置类叫做AutoServiceRegistrationAutoConfiguration。其注入了类AutoServiceRegistration，而NacosAutoServiceRegistration是该类的一个具体实现。 3.当WebServer初始化的时候，通过绑定的事件监听器，会实现监听，执行服务的注册逻辑。

说白了：

第一件事情：引入一个Spring监听器，当容器初始化后，执行Nacos服务的注册。 第二件事情：而Nacos服务注册的方法的实现，其需要实现的接口来自于该包下的ServiceRegistry接口。

## Nacos:服务发现 ##

经常有人说过，Nacos有个好处，就是当一个服务挂了之后，短时间内不会造成影响，因为有个本地注册列表，在服务不更新的情况下，服务还能够正常的运转，其原因如下：

> 1.  Nacos的服务发现，一般是通过订阅的形式来获取服务数据。
> 2.  而通过订阅的方式，则是从本地的服务注册列表中获取（可以理解为缓存）。相反，如果不订阅，那么服务的信息将会从Nacos服务端获取，这时候就需要对应的服务是健康的。（宕机就不能使用了）
> 3.  在代码设计上，通过Map来存放实例数据，key为实例名称，value为实例的相关信息数据（ServiceInfo对象）。

最后，服务发现的流程就是：

1.  以调用远程接口（OpenFeign）为例，当执行远程调用时，需要经过服务发现的过程。
2.  服务发现先执行NacosServerList类中的getServers()方法，根据远程调用接口上@FeignClient中的属性作为serviceId传入NacosNamingService.selectInstances（）方法中进行调用。
3.  根据subscribe的值来决定服务是从本地注册列表中获取还是从Nacos服务端中获取。
4.  以本地注册列表为例，通过调用HostReactor.getServiceInfo（）来获取服务的信息（serviceInfo），Nacos本地注册列表由3个Map来共同维护。
    
        本地Map–>serviceInfoMap，
        更新Map–>updatingMap
        异步更新结果Map–>futureMap,
        最终的结果从serviceInfoMap当中获取。
5.  HostReactor类中的getServiceInfo（）方法通过this.scheduleUpdateIfAbsent() 方法和updateServiceNow（）方法实现服务的定时更新和立刻更新。
6.  而对于scheduleUpdateIfAbsent（）方法，则通过线程池来进行异步的更新，将回调的结果（Future）保存到futureMap中，并且发生提交线程任务时，还负责更新本地注册列表中的数据。

参考链接: [SpringCloud-Nacos注册中心实现原理\_Zong\_0915的博客-CSDN博客][SpringCloud-Nacos_Zong_0915_-CSDN]

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA55Cm5b2m_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/21b688effffc441e85604f1817ca92a9.png
[SpringCloud-Nacos_Zong_0915_-CSDN]: https://blog.csdn.net/Zong_0915/article/details/113001226