周一面试啊，被问到nacos是如何实现服务注册和发现的时候，满脑子里竟然只蹦出了心跳这两个字，惭愧汗然之余开始把nacos的客户端和服务端源码看了一下。当然也借鉴了其他人的见解。其实就是开始看不懂，查了一下。哈哈哈哈哈

nacos是阿里开源的当然大家都知道啦，主要是三大功能。

服务的注册与发现中心

服务的配置中心

动态dns

服务的注册与发现

服务的发现

服务的发现是什么呢，这里还是稍微说一下。微服务架构中会根据不同业务功能划分不同的服务，比如说订单服务，商品服务等等。那么原来在单体架构中下订单扣件库存就很自然的是在一个事务中操作数据库就好，但是在微服务架构中就只能通过http请求或者rpc，但是无论使用哪种都需要知道对方服务的ip地址和端口号。如果直接写死ip和端口号会有一些弊端，比如不利于服务的横向扩展，不利于服务的负载均衡，还有服务升级或者以外宕机的时候无法自动切换到可用的服务。所以呢就有了注册中心，这里讲的就是nacos。服务启动时会将自己注册到nacos的注册中心（后面详细讲），当消费服务调用生产服务的时候会在注册中心中拿到这个服务的信息通过客户端的负载均衡的算法拿到其中一个服务的ip地址和端口号，然后进行调用。

nacos可以基于rpc、Dubbo、springcloud等等，这里主要对springcloud环境的介绍。

源码分析

从客户端入手

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

引入了这个依赖后找到spring.factories会发现里面自动装配的类

NacosDiscoveryAutoConfiguration用于服务发现加载配置信息和服务发现。
该类中ConditionalOnDiscoveryEnabled和ConditionalOnNacosDiscoveryEnabled为true时才会注册，默认为true，该类中注册了NacosDiscoveryProperties和NacosServiceDiscovery两个bean。
NacosDiscoveryProperties：配置加载自 application.yml，前缀为spring.cloud.nacos.discovery的配置信息，如service、server-addr、namespace等信息。 NacosServiceDiscovery：服务发现委托给NacosServiceDiscovery去做，而 NacosServiceDiscovery会让NamingService去获取服务实例。

这里会集成feign来包装http请求。fegin会在nacos的注册中心中拿到所有实例的列表，经过负载均衡的算法拿到其中一个实例进行远程调用。负载均衡这里fegin集成了ribbon,跟nginx对比的话他的不同之处在于它是在客户端通过算法实现负载均衡的。

在上面的自动装配的图片中会发现 NacosDiscoveryClientConfigServiceBootstrapConfiguration 在最下面。进去看会发现这个类引入了NacosDiscoveryClientConfiguration在进入看会看到注入了NacosDiscoveryClient这个类实现了DiscoveryClient接口。DiscoveryClient是springcloud中负责获取实例列表的。Feign通过DiscoveryClient获取的实例列表。