Nacos注册中心注册源码过程分析

客户端注册逻辑如下：

首先根据springboot的自动配置，找到META-INF/spring.factories文件，可以找到NacosDiscoveryAutoConfiguration这个自动化配置的类

可以看到主要是初始化了三个Bean，NacosServiceRegistry、NacosRegistration、NacosAutoServiceRegistration。

其中NacosAutoServiceRegistration这个类继承了AbstractAutoServiceRegistration。

而AbstractAutoServiceRegistration 监听了一个事件，调用start方法

 start方法中主要是register注册到注册中心，和发送一个InstanceRegisteredEvent事件，最后将running状态改为true，注册完成。

register方法中，调用NamingService的registerInstance方法。 

NacosNamingService类中的registerInstance方法中，主要做了两件事，一个是beatReactor.addBeatInfo方法，一个是serviceProxy.registerService方法。前面一个是发送心跳信息，后面一个是将服务注册到注册中心。 

心跳逻辑如下：

在BeatReactor类中主要有一个定时任务的线程池，里面的线程都是守护线程ScheduledExecutorService

两个方法，addBeatInfo、removeBeatInfo 

 两个内部类 

而他的构造方法如下，他会执行这个定时任务的线程，每十秒钟，执行的是BeatProcessor这个线程中的run方法，而在BeatProcessor的run方法中，遍历dom2Beat这个map中的BeatInfo信息，然后，每一个Service都会开启一个BeatTask的定时任务，每一微秒执行serverProxy.callAllServers(UtilAndComs.NACOS_URL_BASE + "/api/clientBeat", params);

而这个是一个http请求，请求nacos服务端的 /nacos/v1/ns/api/clientBeat 这个请求路径，至此，客户端心跳就是这个逻辑。

注册逻辑如下：

发送一个http请求到nacos服务端，请求路径为/nacos/v1/ns/instance

reqAPI(UtilAndComs.NACOS_URL_INSTANCE, params, "PUT");

 服务端注册逻辑如下：

下载nacos源码如下，可以知道naming包下面就是和服务发现和注册相关的请求

刚才说到客户端会发送请求到服务端，/nacos/v1/ns/instance 这个请求，在InstanceController这个类中，可以找到我们的那个请求。

 调用ServiceManager的registerInstance方法

 这个方法中主要做了四件事

 首先看第一个方法 createEmptyService，调用createServiceIfAbsent，如果service不存在，则创建一个，并初始化，调用putServiceAndInit 

putServiceAndInit 方法中主要做如下几个操作。

putService方法，将service存入到双层map结构中

service.init方法，做健康检查

listen，监听

putService方法，将service存入到serviceMap中去。

首先知道，serviceMap是一个双层map结构，外层key为namespace，内层key为group::serviceName。

Map(namespace, Map(group::serviceName, Service)).

private final Map> serviceMap = new ConcurrentHashMap<>();

init方法中，又是我们熟悉的健康检查

 第一次运行会推迟五秒，然后每隔五秒执行一次task

 ClientBeatCheckTask这个run方法如下

 

第一获取所有实例，这里实例重新创建一个list

 第二遍历所有实例，当前系统时间减去上次心跳时间如果大于15秒则将服务的healthy设置为false，并发送事件。

 发送ServiceChangeEvent

 第三遍历所有实例，如果系统时间减去上次心跳时间大于30秒，则删除这个实例。 

删除实例如下，就是异步发送delete实例请求。

然后回到刚才的registerInstance方法中。

执行第二个getService方法 ，就是从刚才的双层map结构中获取service

第三步，判断service是否为null

 第四步，addInstance

 加同步锁

先获取所有的实例列表，里面又调用updateIpAddresses方法

 而在updateIPAddress方法中，这个方法是设计的核心，因为他并没有在系统的实例列表上操作，而是重新创建了一些map，这样防止了

 

 最后调用consistencyService.put(key, instances);方法

onPut方法，将数据存到dataStore中，然后notifier.addTask，添加数据改变的task

 

 添加到阻塞队列中

private BlockingQueue> tasks = new ArrayBlockingQueue<>(1024 * 1024);

 Notifier类中的run方法如下

 执行handle方法，因为此时的action为CHANGE，所以执行onChange方法 

调用Service的onChange方法

 主要看updateIPs方法，首先构建一个map，用来存clusterMap的key，然后值为更改后的值。而不是直接更新clusterMap的数据。更新cluster实例列表，发送一个ServiceChange的事件，最后调用doubleWriteToV2

 

 到此nacos注册流程都走完了。