1.Nacos 服务注册源码分析
2.nacos原理
3.手撕Nacos源码剖析，码注建议收藏
4.Nacos知识分享：4.源码编译启动遇到的码注坑
5.Nacos 1.4.1源码解析之服务注册--AP
6.Nacos 源码环境搭建

Nacos 服务注册源码分析

       文章标题：Nacos 服务注册源码深度剖析

       作者郑哥在微信公众号运维开发故事中，详细解析了Nacos服务注册过程中服务端和客户端的码注运作机制。以Spring-Boot为基础，码注Nacos在服务架构中扮演着中心角色，码注与Eureka、码注fpga保护源码Zookeeper等其他中间件相区分，码注其特点是码注支持AP和CP模式，并采用Raft协议保证分区一致性。码注

       客户端注册服务是码注主动的，通过Spring-Cloud Alibaba组件集成。码注关键配置类NacosServiceRegistryAutoConfiguration定义了核心Bean，码注如NacosAutoServiceRegistration，码注kindlePush源码它负责将服务实例注册到Nacos。码注NacosServiceRegistry则负责实际的码注注册操作，通过心跳机制保持与服务端的连接。

       服务端，Nacos根据客户端注册时的ephemeral属性决定使用Distro（AP）或Raft（CP）协议。AP模式下，Nacos通过udp更新服务实例信息，而CP模式下，会触发raftCore.signalPublish进行数据同步和通知。

       对于源码调试，郑哥分享了如何定位启动类com.alibaba.nacos.Nacos，以及如何通过IDEA进行启动和调试。jimstone源码要深入了解Nacos的源码，可以参考nacos.io和github.com/alibaba/nacos...的文档。

nacos原理

       nacos目前是集成到spring cloud alibaba里去的，也就是在spring cloud的标准之下实现了一些东西，spring cloud自己是有一个接口，叫做ServiceRegistry，也就是服务注册中心的概念，nacos中有一个它的实现类NacosServiceRegistry，实现了register、deregister、close、setStatus、getStatus之类的方法。

        自动装配是一个spring boot的一个概念，自动装配的意思，其实就是说系统启动的时候，自动装配机制会运行，实现一些系统的初始化，自动运行，也就是系统启动时自动去调用NacosServiceRegistry的register方法去进行服务注册。而且除了注册之外，还会通过schedule线程池去提交一个定时调度任务，源码如下：

        this.exeutorService.schedule(new BeatReactor.BeatTask(beatInfo), beatInfo.getPeriod(), TimeUnit.MILLISECONDS)，这就是一个心跳机制，定时发送心跳给nacos server。

        然后会访问nacos server的open api，其实就是/p/...有详细介绍。

       在启动nacos Client时，首先开启自动装配功能，接着初始化discovery配置参数。紧接着，注册NacosServiceRegistry，然后注册服务自动注册bean NacosAutoServiceRegistration。在Spring容器启动完成时，启动发布监听事件。此过程中，inkCanvas源码NacosAutoServiceRegistration实现ApplicationListener，监听springBoot web容器启动事件，于Spring容器启动的finishRefresh阶段启动web容器后发布。接收到消息后执行onApplicationEvent，设置服务端口。

       服务元数据初始化通过NacosRegistration，用户可以通过配置文件配置，或使用API进行服务注册。服务注册通过rest请求至/nacos/v1/ns/instance实现，官方文档提供详细指导。

       nacos server端的API服务主要由com.alibaba.nacos.naming.controllers.InstanceController入口控制。它采用缓存结构，CyConsole源码第一层为namespace，第二层为group分组。在service中，clusterMap按照集群分组，集群内才是实例列表。在添加、修改实例或基于集群纬度修改实例时，使用copyOnWrite方式替换。流程图展示基本操作流程。

Nacos 源码环境搭建

       探索Nacos源码搭建环境的过程，通过深入分析服务注册与发现机制，本文重点阐述了本地部署Nacos源码的详细步骤。Nacos版本采用2.1.1。

       从github上获取Nacos源码，下载指定版本的源码包，地址位于/alibaba/nacos/releases/tag/2.1.1。

       解压源码后，使用IDEA打开项目。若在com.alibaba.nacos.consistency.entity类处遇到报红错误，通过编译整个项目解决此问题。

       解决报红后，使用终端在nacos-2.1.1目录下执行编译操作。

       定位至console项目中的Nacos启动类，并配置VM options参数，设置为单机模式启动。

       成功启动后，控制台应显示项目启动成功的信息。

       执行命令请求http://.0.0.1:/nacos，同时观察控制台输出，验证部署过程的正确性。

Nacos 注册服务源码分析

       Nacos 注册服务源码分析

       首先，从nacos-example样例工程入手，寻找注册服务的关键入口。在NamingExample的main方法中，我们关注的两行代码揭示了整个过程的起点。

       从NamingFactory#createNamingService开始，这个方法通过构造函数创建了一个NacosNamingService。值得注意的是，虽然创建过程看似简单，但构造方法中包含了属性的初始化和处理，这在非Spring项目中尤为重要，通常通过静态代码块或构造方法自行完成。

       真正注册服务的核心在于registerInstance方法。这个方法内部调用了clientProxy.registerService，跟踪这个过程是理解Nacos注册服务的关键。

       进一步追踪NamingService的构造方法，可以看到它内部创建了NamingClientProxyDelegate代理类。这个代理类实际上是设计模式中的代理模式，用于将请求委托给grpcClientProxy或httpClientProxy进行远程调用。

       深入理解后，我们发现grpcClientProxy#registerService是实际执行注册操作的地方。它通过gRpc技术，将客户端的请求发送到服务端，注册成功后，整个注册过程完成。

       接下来，我们关注的是rpcClient#request方法，这里涉及currentConnection的创建和请求过程。currentConnection在RpcClient的start方法中初始化，然后在connectToServer方法中建立连接。

       至于rpc的请求，就是简单地利用已建立的连接和请求Stub发送请求。

       总结来说，Nacos客户端通过NacosNamingService调用代理类，最终通过gRpc技术与服务端进行交互。虽然本文仅阐述了客户端的请求过程，但服务端如何处理这些请求才是Nacos的核心功能。