前提介绍

服务注册与发现作用主要是为了更好的管理众多的服务，不论Nacos还是Zookeeper、Eureka，作为注册中心都是为了解决以下两个问题：

1. 屏蔽、解耦服务之间相互依赖的细节。服务之间的远程调用必须要知道IP、端口信息，一旦这些信息改变，调用方都需要更新，依赖性太强。
2. 微服务架构中，服务众多、服务之间的相互依赖错综复杂，无论是服务停止、上线，还是扩容，都需要尽快通知调用方。注册中心作用就是对微服务进行动态配置，解决这一问题。

Nacos作为注册中心其本质是作为服务端，提供接口进行客户端实例的注册存储实例信息，通过心跳机制保证实例的存活，实例通过服务端发现获取其他实例信息。

本文通过Nacos源码了解服务注册与发现原理。

Nacos源码下载

下载Nacos源码

将源码导入Idea中，工程结构如下

逻辑架构如下图

Nacos客户端源码

服务实例是如何注册到Nacos的？通过源码提供的示例NamingExample.java可以看到一个服务注册到Nacos只需几行代码

NamingService作为注册中心客户端的接口，包括注册实例、注销实例、获取实例等接口，也就是服务注册/发现的功能。通过createNamingService方法可以看到其实现为NacosNamingService

在NacosNamingService.java中可以看到registerInstance的具体实现。通过代码追踪可以看到最终通过clientProxy去调用注册服务接口。

这个clientProxy是在NacosNamingService实例的时候进行了声明

NamingClientProxyDelegate.java中可以看到有grpc和http两种协议去和Nacos进行通信。

如果注册为临时实例使用grpc，永久实例使用http，在调用时会根据实例的属性选择。

所以最终向Nacos服务端注册服务、注销服务、获取实例列表等通过NamingGrpcClientProxy.java 或 NamingHttpClientProxy.java调用。整体的链路是比较简单清晰的。

Spring Cloud Starter Nacos 源码

通过上面的示例可以看到通过简单的几行代码就可以实现服务注册、发现等功能，但是我们在使用Nacos时通常基于Spring Cloud结合使用。一般在引入相关依赖，添加几个配置之后会发现服务自动注册到Nacos了，这是如何实现的？

在引入nacos注册发现依赖后可以看到该包下面的spring.factories文件，根据Spring Boot自动装配原理，首先会加载EnableAutoConfiguration对应的类，服务注册就找NacosServiceRegistryAutoConfiguration这个类。

在NacosServiceRegistryAutoConfiguration类中的这些Bean会交给Spring管理，服务注册是通过NacosAutoServiceRegistration注入实现。

NacosAutoServiceRegistration 继承了AbstractAutoServiceRegistration，而AbstractAutoServiceRegistration实现了ApplicationListener，所以在项目启动的时候会执行onApplicationEvent

当调用start()方法后最终会指向NacosServiceRegistry的register方法

可以看到register方法中的代码最终还是会通过NamingService进行服务注册，也就是服务通过API注册时的流程。

Nacos服务端源码

当客户端发送请求后，Nacos服务端接收并响应，在naming项目中有个controllers包，用来接收客户端的请求

InstanceController是实例相关的接口，其中register方法把接收到的信息解析成instance，然后调用registerInstance方法完成注册，该方法是服务端注册的核心

在nacos2.0以后新增了Client模型，一个服务gRPC长连接对应一个Client，用来管理服务注册发布、服务心跳、服务订阅等操作

通过clientOperationService的实现EphemeralClientOperationServiceImpl调用registerInstance将服务与Client、Nacos服务三者绑定，完成注册。