Nacos做注册中心是以serviceName做基本管理单元，而作为配置中心则是以dataId为基本管理单元，dataId也就是配置文件名
使用
配置中心架构图
多个配置的优先级
配置动态更新
客户端
ConfigService
输出：
通过调用Nacos服务端的“获取配置”接口，来获取当前配置
如果Nacos服务端当前是3台机器组成的集群，Nacos客户端会拿到serverList，然后通过轮询的方式，逐个调用来获取配置
Spring容器启动完成时，会发布一个ContextReadyEvent，然后Nacos写了一个自定义的ApplicationListener<ContextReadyEvent>来监听这个ContextReadyEvent事件，来进行一些扩展动作
自定义的ApplicationListener<ContextReadyEvent>内部会先获取到所有的dataId，然后就会调用configService.registerListener(dataId,,)来为每一个dataId配置文件注册一个监听器
后续如果Nacos服务端的哪个dataId配置文件中的配置发生了变化，就会回调这个dataId配置文件对应的监听器
这里就是dataId为nacos-config-prod.yaml的配置文件发生了修改，然后回调了对应的监听器
第133行就会发布一个刷新事件RefreshEvent，
发布的刷新事件RefreshEvent，就会被这个监听器监听到，这个监听器要做的就是把引用了这个发生变化的配置的bean，先修改bean的对应属性的配置值，然后用新bean替换掉ioc容器中的久的bean
服务端
ConfigController#getConfig()
服务端是从服务端本地的磁盘配置文件中读的配置，而不是从服务端自己的mysql中读的
