Nacos源码分析

本篇是对Nacos源码分析的一个总结。也是对整个Nacos源码分析系列的一个总结反思，希望能帮助大家打开思路，自行的去分析去思考，形成自身独到的见解。

在上一篇中，我们分析了和Distro协议相关的一些核心类，但是分析的更多是作为发起方的一个处理逻辑，本篇站在Dirstro协议的接收方的角度继续分析接收到之后请求后的处理逻辑。

应粉丝要求，想要我出一篇关于Nacos中Distro协议的相关内容。于是我也去研究了一下。下面分享一下我对Nacos中Distro协议的一些见解。

上篇说到了服务器地址的获取和AsyncRpcTask类，本篇分析其主要的两个逻辑，dump和服务节点间的消息同步。

上一篇我们介绍了配置服务的插件功能，本篇介绍了AsyncNotifyService的主要逻辑和对集群中服务节点的获取方式。

上两篇介绍了Nacos配置服务客户端的源码，从本篇开始，让我们站在服务端的角度来分析一下配置服务的服务端

上篇介绍了客户端获取配置信息的流程，包括注册监听，回调通知，不过当时并没有深入细节。本篇将全面分析里面的核心点，深入细节。

Nacos除了服务注册中心，还集成了配置中心。本篇就从Nacos的配置中心的客户端源码入手。分析Nacos客户端是如何获取到Nacos服务的配置文件的。

本篇主要是总结一下服务端注册的整体流程。并通过画图的方式通俗易懂的方式，站在更高的角度去审视整个框架，整个流程。

上篇分析TaskExecuteEngine以及其两个子类。本篇从NacosTask开始分析，并分析后续的逻辑。

上篇分析事件的订阅者，讲解了几个重要事件的关系。本篇从ServiceEvent.ServiceChangedEvent全面分析后续的处理逻辑

上一篇我们说到NotifyCenter,讲解了整个事件通知中心是如何通过巧妙的设计，本篇我们跟随这事件的路线，跟踪下订阅者获取到事件后，是如何进行处理的。

话接上篇，我们提到了一个类，它就是NotifyCenter。本篇主要是分析一下这个类的源码以及其作用。

上篇说到Nacos客户端的注册流程，那注册发送到服务端，服务端是如何处理的呢？ 本篇就通过源码来分析一下服务端的处理流程。

最近在看Nacos的源码，一直想写点东西下来，积累一下自己看到的内容，也怕过段时间就忘记了，还不如写下来记录起来，以后也可以经常回来看一看，起到温故知新的效果。