nacos官方文档地址：nacos官方文档
Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service的首字母简称，一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。
简单来说，nacos就是一个注册中心、配置中心，这篇博客，我们主要来学习nacos作为注册中心，在业务应用启动的时候，是如何将当前业务应用的信息注册到nacos中的
注册中心源码
首先在 我们的业务应用中，在使用nacos的时候，需要引入nacos相关的jar包
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
<version>${latest.version}</version>
</dependency>
在这个jar包中，我们看spring.factories这个文件中，自动注入的bean有哪些，主要看第一个，因为下面几个看起来都和注册中心没有关系
在这个bean中，会通过@Bean的形式，注入了三个bean，这三个bean是极其重要的（☆☆☆）这个打个星
在介绍这三个bean之前，需要先介绍一个bean
org.springframework.cloud.client.serviceregistry.AbstractAutoServiceRegistration#onApplicationEvent
AbstractAutoServiceRegistration
这个bean是监听了WebServerInitializedEvent事件，在监听到这个事件之后，会进行一些列的逻辑，我们来看下
主要关注这里的register()方法
protected void register() {
this.serviceRegistry.register(getRegistration());
}
getRegistration()
可以看到，在register()方法中，只有一行代码，但是这里是核心的逻辑
我们先看getRegistration()的逻辑
com.alibaba.cloud.nacos.registry.NacosAutoServiceRegistration#getRegistration
可以看到，这里在getRegistration()注册信息的时候，实际上，是通过构造函数传进来的，这里的构造函数，可以看下前面打星的地方(☆☆☆)
this.serviceRegistry.register
在这里，我们可以看到，是根据入参的registration，从这个对象中获取到对应的instance信息，然后调用nameService的registerInstance()方法，这里的serviceRegistry的实现类是：
com.alibaba.cloud.nacos.registry.NacosServiceRegistry#register
从registration中获取到当前的ip和端口
这里我们知道最后会通过namingService进行服务注册，如果我们点进去，我们会发现，namingService实际上已经是nacos-api的类了
com.alibaba.nacos.client.naming.NacosNamingService#registerInstance(java.lang.String,
com.alibaba.nacos.api.naming.pojo.Instance)
可以看到，这里会开启一个心跳，然后继续调用serviceProxy的注册方法
注册心跳:
会发现，这里注册心跳，使用的是ScheduledExecutorService.schedule()方法，我们知道，schedule方法只会执行一次，按道理来讲，既然是心跳服务，那一定是需要定时去发送心跳的，我们接着来看下这里的task
会发现，在task方法中，执行了之后，会继续调用schedule方法，触发下次调用
在namingProxy的registerService()方法中，会构建一个http请求，去调用nacos服务端的代码，这里服务端是如何处理的，暂时先不关心，后面单独起博客去记录
回归到NacosDiscoveryAutoConfiguration
我们再把思路拉会到这个bean中，这个bean中，注入的三个bean分别是：
NacosAutoServiceRegistration（别名A类）
NacosRegistration（别名B类）
NacosServiceRegistry（别名C类）
为了便于描述这三个bean之间的关系，我们分别命名别名为A、B、C类
根据前面的代码，我们会发现，在注册的过程中，实际上就是通过这个类中注入的三个bean来完成注册的
先说结论，实际上是A类会监听WebServerInitializedEvent，在监听到这个事件之后，会通过B类获取到当前业务系统的ip和端口信息，最后去调度，通过C类的注册方法，完成服务的注册
NacosAutoServiceRegistration
会发现，这个类继承了AbstractAutoServiceRegistration，这个类的作用，可以看博客的开头
NacosRegistration
我们发现，在使用NacosRegistration.getPort()的时候，是通过nacosDiscoveryProperties对象获取的
nacosDiscoveryProperties是通过构造函数注入的，所以我们接着往上看
最终我们会发现，是通过解析配置文件中，以spring.cloud.nacos.discovery开头的配置信息
这也是nacos官网，告诉我们在配置文件中，要这样配置的原因
NacosServiceRegistry
这个类，可以看 this.serviceRegistry.register 这一小节，不再阐述
总结
对于nacos注册中心，业务应用是如何注册的，再总结下
- 在应用启动之前，我们需要引入springcloud-nacos相关的jar包
- 在jar包中，会通过springboot自动注入的功能，注入了NacosRegistration、NacosServiceRegistry、NacosAutoServiceRegistration这三个bean
- 其中NacosAutoServiceRegistration是继承了spring-cloud-common中的一个abstract类，在这个抽象类中，spring-cloud会定义好，服务注册的流程(简单来说，就是监听到WebServerInitializedEvent事件之后，会调用serviceRegistry.register()方法，方法的入参是通过registration类来获取的)
- spring-cloud-common中定义了注册的规则，至于底层的实现是nacos，还是zookeeper，还是其他注册中心，springcloud不关心，业务引入的是哪个类型的注册中心，这里就会调用对应的实现类去注册
- 所谓的注册，实际上在和nacos交互的时候，会通过http请求的方式去交互
