Spring Boot 的配置动态刷新

前言

对于微服务而言配置本地化是个很大的鸡肋，不可能每次需要改个配置都要重新把服务重新启动一遍，因此最终的解决方案都是将配置外部化，托管在一个平台上达到不用重启服务即可一次修改多处生效的目的。

但是对于单体应用的Spring Boot项目而言，动态刷新显然是有点多余，反正就一个服务，改下重启不就行了？

然而在某些特殊的场景下还是必须用到动态刷新的，如下：

1. 添加数据源：对接某个第三方平台的时候，你不可能每次添加一个数据源都要重启下服务

2. 固化的对接：大量的固定对接方式，只是其中的某个固定的代码段不同，比如提供视图中的字段不同，接口服务中字段不同等情况。

当然以上列举的两种场景每个公司都有不同的解决方案，这里不做深究。

微服务下有哪几种主流的方案？

微服务下的动态配置中心有三种主流的方式，如下图：

上图中的三种配置中心方案可以说是现在企业中使用率最高的，分别是：

1. Nacos:阿里巴巴的最近开源的项目，这个家伙很牛逼，一个干掉了Eureka(停更)和Config+Bus，既能作为配置中心也能作为注册中心，并且有自己的独立的 管理平台，可以说是现在最主流的一种。

2. Config+Bus：早期在用的微服务配置中心，可以依托GitHub管理微服务的配置文件，这种现在也是有不少企业在用，但是需要自己独立部署一个微服务，和Nacos相比逊色了不少。

3. Apollo：携程开源项目Apollo，这个也是不少企业在用，陈某了解的不多，有兴趣的可以深入研究下。

针对Spring Boot 适用的几种方案？

其实上述三种都可以在Spring Boot项目中适配，但是作为单体应用有些重了，下面作者简单的介绍两种可用的方案。

Spring Boot+Nacos（不推荐）

不得不说阿里巴巴确实挺有野心，阿里要做的其实是一个微服务生态，Nacos不仅仅可以作为Spring Cloud的配置和注册中心，也适配了Dubbo、K8s，官方文档中对于如何适配都做了详细的介绍，作者 这里就不再详细介绍了，如下图：

当然Nacos对Spring、Spring Boot 项目同样适用。

如何使用呢？这里作者只提供下思路，不做过多的深究，这篇在作者下个专栏Spring Cloud 进阶会详细介绍：

1. 下载对应版本的Nacos，启动项目，访问http://localhost:8848进入Nacos的管理界面；

2. Spring Boot 项目引入Nacos的配置依赖nacos-config-spring