weixin_42118323的博客

Nacos (Naming and Configuration Service) 是一个开源项目，是由 Alibaba 开发的，它致力于提供动态服务发现、服务健康监测、动态配置服务以及服务管理的平台，它被设计用于帮助构建云原生应用，是微服务架构中的一个关键组件，Nacos 提供服务注册和配置管理，帮助企业轻松地在云环境中实现自动化运维。欢迎提出建议及对错误的地方指出纠正。

前面系列文章中我们分析了 Nacos 客户端的配置加载、配置热更新、Nacos 服务端的配置加载、配置转储到磁盘文件中等，本篇我们来分析一下 Nacos 配置的发布逻辑。

上一篇我们分析 Nacos 配置中心服务端源码的时候，多次看到有去读取本地配置文件，那本地配置文件是何时加载的？本篇我们来进行详细分析。

前面我们分析了 Nacos 配置中心 Client 端的源码和 Nacos 配置中心热更新的源码，二者最终都会去 Nacos Server 获取最新配置，本篇我们来分析 Nacos Server 端配置中心相关源码。

作为配置中心，热更新功能是必不可少的，Nacos 配置中心当然也是支持热更新功能的，上一篇我们分析了 Nacos 配置中心配置是如何加载的，本篇我们一起从源码的角度来分析一下 Nacos 配置中心的热更新源码。

跟踪 PropertySourceLocator 源码，发现 PropertySourceLocator 只是一个接口类，PropertySourceLocator 的唯一实现类是 NacosPropertySourceLocator 类，NacosPropertySourceLocator 肯定和 Nacos 配置中心的加载有着很大的关系，那 NacosPropertySourceLocator 何时被加载的？欢迎提出建议及对错误的地方指出纠正。

前面的系列文章中，我们分析了 Nacos 的服务注册与发现，但是关于 Nacos 集群之间的数据同步逻辑，我们并没有分析到，本篇重点分析一下 Nacos 集群间的数据同步。

SwitchRefresher 实现了 Runnable 接口，业务逻辑都在 run 方法中，首先会判断故障转移文件是否存在，不存在则直接返回，然后判断文件是否修改了，如果已经修改，则获取故障转移文件中的内容，故障转移文件内容中存储了 0 和 1 标识，0 表示故障转移关闭、1 表示故障转移开启，当为开启状态时，会执行线程 FailoverFileReader#run 方法。本篇我们来简单分析一下 Nacos 的故障转移。至此，Nacos 故障转移源码分析完毕，希望可以帮助到有需要的朋友。

我们前面的文章中分析了 Nacos 的服务注册及服务发现，知道了 Nacos Client 从 Nacos Server 获取数据，基本都是通过 Http 接口调用完成服务注册和服务订阅的（Nacos 2.X 使用的 GRPC），同时我们知道 Nacos Server 端会通过 UDP 协议向 Nacos Client 推送数据，那你知道 Nacos Client 是如何接受 Nacos Server UDP 推送的数据吗？

前言：在上一篇中，我们分析了 Nacos Server 端的服务注册流程，其中关于 Nacos Server 端如何通知 Nacos Client 端服务下线并没有深入分析，对于注册中心来说，Client 感知服务下线也是非常核心的部分，本篇我们从源码的层面来分析下 Nacos 的这个过程。Nacos 系列文章传送门：Nacos 初步认识和 Nacos 部署细节Nacos 配置管理模型 – 命名空间（Namespace）、配置分组（Group）和配置集ID（Data ID）Nacos 注册中心和配

前文我们分析了 Nacos 服务发现（订阅）的流程，从 Nacos Client 端的源码分析了服务发现的过程，服务发现最终还是要调用 Nacos Server 端来获取服务信息，缓存到客户端本地，并且会定时向 Nacos Server 端发送请求，获取服务信息，本篇我们从 Nacos Server 来分析一下服务订阅源码。InstanceController#doSrvIpxt 方法的源码比较多，大概拆分一下重要步骤，做了如下事情。欢迎提出建议及对错误的地方指出纠正。

前面我们分析了 Nacos 客户端和服务端的服务注册流程，服务注册的最终目的是为了服务间的调用的，服务间的调用，需要知道目标服务有哪些实例，也就是服务发现（订阅），本篇我们来分析一下 Nacos 的服务订阅源码。

ServiceManager#registerInstance 方法会尝试从服务注册表 serviceMap 中获取到服务实例，如果没有就会创建一个 Service，并设置好属性 GroupName namespaceId serviceName，然后存储到 ServiceManager 的服务注册表 ConcurrentHashMap 中，并调用 Service#init 方法实现心跳检测（设置实例健康状态、剔除心跳超时的服务实例），使用监听机制完成数据一致性监听。欢迎提出建议及对错误的地方指出纠正。

前面的系列文章让我们对 Nacos 有了一个基本了解，并知道了如何去试用 Nacos 作为注册中心和配置中心，并且知道了是何时触发 Nacos 的服务注册流程，本篇我们继续从源码层面去分析 Nacos 的服务注册流程。

AbstractAutoServiceRegistration#start方法进行简单的判断后继续调用了 AbstractAutoServiceRegistration#start ，调用了 NacosAutoServiceRegistration#register 方法发起服务注册，至此终于出现了 Nacos。总结：服务注册到 Nacos 流程的核心是使用了 Spring 的事件监听机制，虽然 Spring 的监听机制在我们平时写代码中几乎用不到，但是在框架源码中还是大量使用了的。

Nacos 是 alibaba 出品的微服务组件，Nacos 支持几乎所有主流类型的服务的发现、配置和服务管理平台，提供注册中心、配置中心和动态DNS服务三大功能，能够无缝对接 Springcloud、Spring、Dubbo等流行框架，本篇我们分享一下 Nacos 的注册中心和配置中心功能。

名称空间（注意名称空间不是 dev，是字符串 1f6be88e-6065-4a17-96ff-0821457dde41）、配置分组（DEFAULT_GROUP）、配置集 DataId（my-study-spring-boot-dev.properties） 都有了，注意，在 bootstrap.properties 中也要正确配置，配置中心才生效。熟悉配置集 Data ID 的命名规则，才能正确的完成 Nacos 配置，配置集 Data ID 的命名一般是。如有不正确的地方请各位指出纠正。

Nacos 是由阿里开发，用于服务发现、配置管理、DNS服务的 Spring Cloud 组件，Nacos 一个组件可以完成 Config、Eureka、Bus 三个组件的功能，在当下非常受开发者欢迎。默认是不需要登录的，显然这是不安全的，所以生产环境必须开启鉴权，开启鉴权只需要到 /nacos/conf 目录下的 application.properties 文件中找到截图圈出几行，进行修改即可。Nacos 是微服务的组件，有单机部署、集群部署、多集群部署三种模式，下面主要介绍单机部署。