SpringCloudAlibaba 微服务组件 Nacos 之配置中心源码深度解析( 二 ) _生活百科

文章插图

文章插图
loadNacosData 方法中会将实际配置加载请求委托给 configService 去做，然后解析返回的字符串，解析器实现了 PropertySourceLoader 接口，支持 yml、properties、xml、json 这几种。

文章插图
getConfig 方法会调用到 getConfigInner 方法，通过 namespace, dataId, group 唯一定位一个配置文件

首先获取本地缓存文件的配置内容，如果有直接返回

如果步骤 1 从本地没找到相应配置文件，开始从远处拉去，Nacos 2.0 以上版本使用 Grpc 协议进行远程通信，1.0 及以下使用 Http 协议进行远程通信，我们这边以 1.x 为例来解读

文章插图
getServerConfig 方法会构造最终的 http 请求参数进行调用，如果返回 ok，则将返回内容写入到本地缓存文件中，并进行返回。

文章插图
至此，在项目启动的时候（上下文准备阶段）我们就拉到了远程 Nacos 中的配置，并且封装成 NacosPropertySource 放到了 Spring 的环境变量里。
监听器注册上面章节我们说了服务启动的时候从远程 Nacos 服务端拉到配置，这个章节我们来说下配置变动怎么实时通知到客户端，首先需要注册监听器。
主要看 NacosContextRefresher 类，该类会监听服务启动发布的 ApplicationReadyEvent 事件，然后进行配置监听器的注册。

文章插图
registerNacosListenersForApplications 方法里会进行判断，如果自动刷新机制是开启的，则进行监听器注册。上个章节我们说到了会将拉到的配置缓存到 NacosPropertySourceRepository 中，这儿就从缓存中获取所有的配置，然后循环进行监听器注册（如果配置文件中配置refresh 字段为 false，则不注册监听器）。

文章插图
我们可以看到，监听器是以 dataId + groupId + namespace 为维度进行注册的，监听器的主要操作就三步。

REFRESH_COUNT ++，在上述说的 loadNacosPropertySource 方法有用到

往 NacosRefreshHistory#records 中添加一条刷新记录

发布一个 RefreshEvent 事件，该事件是 SpringCloud 提供的，主要就是用来做环境变更刷新用的