1.Nacos知识分享：4.源码编译启动遇到的码教坑
2.Nacos 源码环境搭建
3.Nacos服务端源码分析(四): 拉取服务信息
4.手撕Nacos源码剖析，建议收藏
5.Nacos系列创建ConfigService实例源码分析
6.Nacos配置中心集群原理及源码分析

Nacos知识分享：4.源码编译启动遇到的码教坑

       获取Nacos源码从Gitee进行，选择2.1.2的码教标签，创建新分支。码教

       使用IDEA打开代码，码教确保使用的码教诱导源码下载是JDK1.8版本以及3.5版本以上的Maven。

       consistency目录下的码教proto文件需使用特定插件编译为Java代码。

       配置nacos-console和nacos-distribution服务中的码教application.properties文件以连接自定义的MySQL数据库，确保配置正确。码教

       在distribution\conf目录中找到mysql-schema.sql文件，码教确认数据库表结构。码教

       尝试直接启动nacos-console服务，码教若出现错误，码教检查JDK版本、码教数据库连接信息、码教数据库版本和vs_redist版本。

       通过命令行启动时，加入-Dnacos.standalone=true -Dnacos.home=D:\MyStudyGiteeCodeReposity\Nacos\distribution参数。

       最终，项目成功启动，通过访问/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服务端源码，特别关注服务信息的主动拉取机制。主动拉取服务信息的URL为：https://localhost:/nacos/v1/ns/instance/list。依据此URL，Nacos服务端会处理请求，具体操作如下：

       首先，获取并校验参数，随后调用`getInstanceOperator().listInstance()`函数。

       `getInstanceOperator().listInstance()`执行流程如下：

       通过`createIpPortClientIfAbsent()`确保client管理正常，若未存在则加入`clients`。

       调用`clientOperationService.subscribeService()`发布事件`ClientOperationEvent.ClientSubscribeServiceEvent`，进行服务订阅。

       调用`ServiceUtil.selectInstancesWithHealthyProtection()`获取serviceInfo，包括实例列表。

       分析各个方法的内部逻辑：

       `createIpPortClientIfAbsent()`：若`clientManager`中不存在指定`clientId`，则加入`clients`。

       `clientOperationService.subscribeService()`：发布事件`ClientOperationEvent.ClientSubscribeServiceEvent`，涉及订阅操作，将服务作为key，保存在`subscriberIndexes`中。海外消费源码首次添加时，会触发事件`ServiceEvent.ServiceSubscribedEvent`，将服务信息推送至订阅客户端。

       `ServiceUtil.selectInstancesWithHealthyProtection()`：整合相关信息，筛选健康的服务实例，最终返回。

       总结以上分析，Nacos服务端主动拉取服务信息的过程涉及参数验证、事件发布、实例筛选等关键步骤。这一机制确保了服务信息的及时更新与准确传递。

       下篇文章预告：探讨Nacos之Distro协议的理论基础。

手撕Nacos源码剖析，建议收藏

       Nacos源码剖析

       深入学习Nacos，解析源码，重点关注以下两点：

       源码环境搭建

       从官方项目克隆Nacos源码，检出1.4.1版本，导入IDEA。

       在本地MySQL中创建nacos-config数据库，执行resources/META-INF/nacos-db.sql脚本创建表。

       修改console模块下的application.properties文件，配置相关参数。

       启动console模块的启动类，非集群模式启动Nacos服务端。

       访问本地Nacos服务：http://localhost:/nacos。

       Nacos客户端功能

       Nacos客户端集成在应用服务内，通过依赖引入实现服务注册、源码顾悲鸣发现、下线及订阅功能。

       客户端核心功能包括服务注册、服务发现、服务下线与服务订阅。

       客户端与服务端交互，主要聚焦服务注册、服务下线、服务发现与服务订阅。

       服务注册

       注册服务时，客户端执行定时任务设置心跳监测，同时向服务端注册服务。

       服务注册中，远程请求通过NacosRestTemplate封装，调用callServer()执行。

       服务发现

       通过NamingService.getAllInstances()方法实现服务发现。

       获取服务信息首先从缓存查找，若无数据，则向Nacos服务端请求更新。

       服务下线

       服务下线操作简化，主要取消心跳检测与服务下线接口请求。

       服务订阅

       客户端创建线程池，封装监听器，监听指定服务实例信息变化。

       通过NamingService.subscribe()方法实现服务订阅，注册监听器，接收实例信息更新。世界游戏源码

Nacos系列创建ConfigService实例源码分析

       在学习Nacos的过程中，我们关注的重点是创建ConfigService实例的实现。Nacos通过NacosFactory的createConfigService方法创建ConfigService实例，这个工厂类是获取各种服务对象的统一入口。

       ConfigService是配置服务接口，负责配置的获取、发布、管理等操作，其核心实现类NacosConfigService。同样，Nacos的命名服务和维护服务也是通过NacosFactory创建实例的，如NamingService用于服务实例的注册与管理，NamingMaintainService则直接与Nacos服务器交互。

       创建ConfigService的具体流程中，首先通过ConfigFactory的createConfigService方法，构造器会进行一些参数校验，并初始化命名空间。例如，校验contextPath属性的合法性，确保其不包含连续的/。然后，会根据用户租户信息、环境变量或配置属性获取namespace值。

       ConfigFilterChainManager和ServerListManager的构造也非常重要，前者管理配置过滤器，后者负责维护服务器列表，能够通过配置属性或动态请求获取最新的服务器信息。当创建ConfigService实例时，还会启动长轮询定时任务，如ClientWorker的executeConfigListen方法，通过ServerHttpAgent进行HTTP请求以获取和管理配置数据。

       总结来说，创建ConfigService实例涉及工厂方法的调用、参数处理、服务实例初始化以及与Nacos服务器的交互。通过本文的深入分析，你将更好地理解Nacos配置服务的初始化过程。

Nacos配置中心集群原理及源码分析

       Nacos作为配置中心，采用无中心化节点设计，通过增加虚拟IP实现热备，确保服务节点高可用性。

       Nacos集群结构中，Mysql作为中心数据仓库，数据被写入到本地磁盘，以提高性能。当配置发生变更，服务端每隔6小时全量数据dump到本地文件，保证数据一致性。

       配置数据变更事件由AsyncNotifyService监听，处理同步事件。变更请求通过task.url访问NacosServer，dumpService.dump实现配置更新。

       任务管理采用生产者消费者模式，任务被保存到队列，由线程执行。NacosDelayTaskExecuteEngine类中，初始化延期执行的任务，具体任务为ProcessRunnable。

       ProcessRunnable读取数据库最新数据，更新本地缓存和磁盘。此设计确保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的核心功能。

Nacos源码分析-集群间临时实例数据的一致性同步

       Nacos集群在部署时，如何实现临时实例数据在集群间的同步？答案在于Distro一致性协议。Distro协议确保了Nacos注册中心的可用性，当临时实例注册到Nacos注册中心时，集群中的实例数据并不一致，通过Distro协议同步后才达到最终一致性状态。

       Distro协议将数据分为多个blocks，每个Nacos集群节点负责一个block的数据处理，确保每个节点仅处理实例数据的一部分。同时，所有节点都会将数据同步到集群内其他节点。Distro协议的实现主要通过DistroProtocol类，包含sync方法，遍历除自身外的所有集群节点，封装Distro延迟任务DistroDelayTask，并通过任务引擎DistroTaskEngine进行执行。任务引擎的实现较为复杂，包括延迟任务处理器DistroDelayTaskProcessor，负责处理延迟任务。当将延迟任务添加到任务引擎中，DistroDelayTaskProcessor将根据任务类型执行相应的处理逻辑，如数据改变同步任务DistroSyncChangeTask。

       DistroSyncChangeTask的run方法负责获取需要同步的数据，设置同步数据的类型，并进行临时实例数据的同步。如果同步失败或过程中发生异常，则进行重试处理，即将任务重新添加到任务执行引擎中。同步临时实例数据主要由DistroHttpAgent类的syncData方法负责，该方法通过HTTP请求将数据同步到其他节点。当其他节点接收到同步请求时，DistroController类的onSyncDatum方法处理同步过来的数据，首先验证数据是否为空，然后判断是否为临时实例数据，根据情况创建或更新服务实例，并将数据传递给distroProtocol的onReceive方法处理。

       在DistroProtocol的onReceive方法中，首先根据资源类型找到处理实例数据的处理器，然后调用DistroConsistencyServiceImpl处理器的processData方法处理数据，该方法负责反序列化数据，并调用onPut方法进行临时数据缓存并通知变更。

       当Nacos集群中有新节点加入时，新节点需要从其他节点拉取全量数据。DistroProtocol初始化时，调用startDistroTask方法启动全量拉取数据任务。DistroLoadDataTask负责加载全量数据，通过load方法从远程加载数据，并在检测到加载完成或异常时进行相应的回调。服务启动时，新节点会等待服务地址和数据存储类型不为空，之后遍历数据存储类型，加载未完成的数据，处理全量数据。

       综上所述，Nacos通过Distro一致性协议实现了集群间临时实例数据的同步，确保了注册中心的可用性和一致性。新节点加入时，通过全量拉取数据来更新集群状态，实现数据的一致性。

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，其实就是http接口，他有一个接口：http://...:/nacos/v1/ns/instance?serviceName=xx&ip=xx&port=xx，这么一个东西，也没什么特别的，这里就是访问注册接口罢了

        nacos server那里是基于一个ConcurrentHashMap作为注册表来放服务信息的，直接会构造一个Service放到map里，然后对Service去addInstance添加一个实例，本质里面就是在维护信息，同时还会建立定时检查实例心跳的机制。最后还会基于一致性协议，比如说raft协议，去把注册同步给其他节点。

        服务发现的本质其实也是nacos server上的一个http接口，就是：http://...:/nacos/v1/ns/instance/list?serviceName=xx，就这么一个接口，然后就会启动定时任务，每隔s拉取一次最新的实例列表，然后服务端还会监听他服务的状态，有异常就会基于UDP协议反向通知客户端这次服务异常变动。