一、 Nacos服务注册源码解析
1.1 源码方式打包
客户端源码中增加打包方式，将源码打入包中
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-source-plugin</artifactId> <version>3.2.1</version> <configuration> <attach>true</attach> </configuration> <executions> <execution> <phase>compile</phase> <goals> <goal>jar</goal> </goals> </execution> </executions> </plugin> 复制代码
然后打包：
mvn install -DskipTests 复制代码
1.2 入口
首先我们会把源码下载下来，我们会通过源码的方式进行启动， 你可以通过debug的方式进行运行来判断他的运行过程。
我们从源码的角度来分析一下：服务启动后他会上报到注册中心：
NacosNamingService 就是服务注册和发现相关的类，他就是在这里将当前启动的服务调用注册实例的方法，我们看一下这个方法干什么了？
他就是拼接了一些参数发送http请求，到达服务注册中心进行发现，请求的就是这个路径：
好这就是对应的路径，我们回到官方文档的指南当中
好，按照我们讲到这里就不用再往里面看了，我们可以点进去看一下，
他真正的调用给你是在这里。
在这里进行调用
好哪有同学问你怎么知道断点就达到这里，那我们看一下怎样查看源码的启动的路径，我们看一下我们订单微服务的路径，我们要集成nacos的服务发现功能，我们要引入我们的discovery的包，他是一个starter，前面我们学过springboot我们知道任何starter里面一定有个spring.factories，作为一个入口
这里面动态加载的类很多，NacosServiceRegistryAutoConfiguration 从这名字我们能发现他是一个nacos服务注册的自动配置类，
这里面实现了三个类，我们看一下这个类NacosAUtoServiceRegistration
自动注册类，我们可以看一下他的集成关系，是一个ApplicationListener spring启动完成后都会发送一个消息，applicaitonListener就是通过监听这个消息然后进行执行的。所以我们知道下一步我们应该怎么看：
所以查看他的抽象类。
查看onApplicationEvent方法：这样在服务发送完就会发送这样一个消息，收到这个消息就会调用这个bind方法
这里有个if return 我们就直接跳过，这一定是分支代码，像这样的分支代码我们就不要看，第一 次要看主线，所以我们直接看这里的start方法，如果后面这里没有对应的代码逻辑我们可以进入这个分支来看。 好，像这样start, begin，init，register方法都是很重要的方法，我们一定要进去看
第一个if就不用看，第二个if需要看，因为后面就没有逻辑了你看这个register()，应该就是这个方法，因为你就是查看注册的流程。
这里需要你知道SpringBoot自动装配的基本知识，其次要知道Spring启动发现的 基本知识。
1.3 服务注册
Nacos高并发支撑异步任务与内存队列剖析
刚才是在服务提供者上面讲的内容，现在我们服务注册中心来看一下
请求的是instance实例：这就是一个springmvc的controller，所有我们可以全文搜索 Controller，我们是instance实例吧，所以我们这里InstanceController
那之前我们用的是post请求所以我们查看post方法，这里有delete,update...,他这里是什么风格？ restFul
我们发现里面没有对应的DefaultGroup，在服务注册和发现的情况下这个group是不经常用的。你用的话只是自己的规范和方便管理的。在服务注册和发现中源码中都没有用。，命名空间，服务名，然后将我们参数转化为实例。这就我们服务模型中的三层模型。
那我们看一下他的注册实例里面做了什么？ 这里面我们注意我们是注册instance，我们就围绕着他，进行分析，是不是就来到addInstance了
createEmptyService
1、获取service 初次获取一定为空，我们可以进去分析一下
这里就是注册表，我们前面说过nacos服务领域模型【可以参考图】，这个map就是对应的注册表
这里面设置服务和初始化
服务初始化：心跳
看这里是个scheduleNamingHealth是一个定时任务，我们只需要看一下task任务就可以
task任务我们需要看一下run方法：
在这里我们看是获取所有的实例【可以点进去看一下】
当前时间 - 上次心跳时间 间隔超过15秒 则将实例设置为非健康， 当超过30秒没有收到心跳就直接剔除
好，我们回来，这里名字起的特别好，createEmtyService，是创建一个空服务，后面我们的实例，是不是还会注册到里面，
我们可以看一下服务模型，和我们以前说过的一样
命名空间 ，cluster 集群概念
集群中对应的实例。
我们看一下addinstance
构建对应的key:
String key = KeyBuilder.buildInstanceListKey(namespaceId, serviceName, ephemeral); 复制代码
//获取注册实例的IP端口列表 List<Instance> instanceList = addIpAddresses(service, ephemeral, ips); 复制代码
我们进入简单的看一下，我们发现这个add,remove，这里就是新增和移除实例
我们主要出里这写注册进来的ips，那我们就点击ips，高亮来显示看看，然后他会进行循环instance，这里我们可以看到如果他是移除就从map里面移除出去，如果是新增就在instanceMap中新增一下，最后将期返回。
现类，我们可以猜测一下，或者debug进去，当然这个类，我们点击一下，在声明的地方
它指定了名称：
好，我们全文搜索看一下：
我们知道前面说过ephemeral是true所以选择第一个： 有疑问：
我们应该调用EphemeralConsistencyService对应的put方法。但是EphemeralConsistencyService只是一个接口，我们应该调用对应的实现实例。
我们看一下他的onput方法。
现在放到队列中：
这里面就是把核心的请求放到blockquene里面，也就是一个阻塞队列中
整个注册的过程就这么简单，一个请求过来，最终将服务注册的请求，放到我们的阻塞队列当中，放到则色队列之后，整个阻塞队列就返回了。那放到阻塞队列之后，哪里有访问这个阻塞队列。
大家注意这个Notifier是一个线程，老师交大家一个技巧：如果遇到一个线程就需要看他的run方法因为run方法才是他 真正执行代码的地方。
在这里进行死循环进行数据处理，不断的处理客户端注册的信息，丢进来就实现后面的异步注册信息，
这个线程会一直在转，一直运行，如果他挂了那说明整个服务就挂掉了，好，你看着里面的异常也吃掉了，所以一直会运行，如果没有数据他会阻塞，阻塞会让出cpu
注册表结构的分析：
首先当他是个change的时候，我们就进入onChange，他是个服务所以我们进入他的service里面去看：
这里面就不用看了，先看权重，权重大于多少的时候设置最大值，权重小于多少的时候设置一个最小值。然后就是核心的方法updateIP
那这个updateIPs是做什么呢？ 做的就是我遍历我所有要注册的实例，然后就放到我们的clusterMap里面
那到这里大家可能就有疑问了，那什么时候启动这个线程，来实时监听我们消息的阻塞队列呢？ 教大家如何找一下这个方法，我们现在看着个类叫Notifier，因为他本身就是一个线程，他会丢到一个线程池中进行运行，我们看一下他究竟是在哪里实例化的，
我们看到这个方法：这个注解就是当你的spring的一个类进行初始化之后进行调用的，那我们看一下这个init方法到底是做了什么
是一个Scheduled线程池：
也就是在对象初始化的时候就进行启动一个线程池，去运行notifier对应的方法。这个run方法就是这样run的。启动后就会实时监听异步队列。这样写的好处，就是将写和处理完全隔离了。通过监听高性能的内存队列，来处理这个事情，他这样的好处，1、提高性能
