客户端注册逻辑如下：
首先根据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<String, Map<String, Service>> 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<Pair<String, DataOperation>> tasks = new ArrayBlockingQueue<>(1024 * 1024);
?Notifier类中的run方法如下
?执行handle方法，因为此时的action为CHANGE，所以执行onChange方法?
调用Service的onChange方法
?主要看updateIPs方法，首先构建一个map，用来存clusterMap的key，然后值为更改后的值。而不是直接更新clusterMap的数据。更新cluster实例列表，发送一个ServiceChange的事件，最后调用doubleWriteToV2
?
?到此nacos注册流程都走完了。
?
