2023-03-25 09:27 清华大学 Java 发布于湖南

关注

Java - 配置中心初体验

前言

前文讲了ELK，ELK说简单也简单，说复杂也复杂，但说实话，微服务里这么些个东西，从部署角度来看，比起Dubbo，Nacos这些，ELK算是比较难的一个了，上一篇博客博主也只是简单的讲解了安装，关于具体使用还差得很远。所以里面推荐了官方的账号，官方的账号里面内容很多很大，需要耐心去学习。博主还是推荐大家去官方的c站账号下学习，又具体又全面，而且还不会有问题。开始新的学习前，那喊两声：ELK牛逼，ELK真难，加油！加油！

配置中心介绍

配置中心我们也是针对微服务来说的，所以这个配置中心当然是微服务的配置中心，下面，我们就来说说什么是配置中心。

什么是配置中心

就像文字描述的那样，配置中心主要用来解决配置问题，在微服务项目中，我们的配置一般是写在yml文件或者properties文件中的，这是我们所熟知的一种写法。

有时候，多个子项目共用一个配置的时候，当需要修改时，往往需要去修改每一个子项目的配置，搞不好还会改错，这时候，如果能有一个地方可以统一修改，全部生效，那该是多么轻松啊，这就是配置中心的作用。

总结一下就是：配置中心能够达到高效修改各模块配置的作用。

Nacos配置中心

Nacos我们都知道，我们前面微服务中已经学过，我们知道Nacos是注册中心，所有的子项目都在Nacos服务器上留下了自己的身份信息，所以Nacos就可以尝试对已知的服务器做一些管理，比如配置。

Nacos作为配置中心支持的文件格式很多，除了我们所熟悉的properties，yml，还支持txt，json，xml等，实际我们可能用不到那么多。

数据结构

Nacos数据结构，简单分，可以分为三个部分，分别是：命名空间，分组，服务。

命名空间

命名空间又命Namespace，是Nacos提供的最大的数据结构，一个Nacos可以有多个命名空间，命名空间也可以有多个分组，命名空间在Nacos中可自行创建，创建方法见下方：

我们创建的命名空间叫：

要注意，默认的public命名空间不能删除和修改，你也无法删除和修改。只要自己创建了命名空间，注册Nacos时就可以指定可注册到的命名空间名称了。好处就是，多个命名空间可以对项目起到隔离的作用，使他们之间互不干扰。

要切换命名空间，请看下图：

分组

命名空间中，我们说，一个命名空间可以有多个分组，分组的作用就是对他们做进一步的隔离，不需要额外的分组时，分组名可自定义，我们一般推荐使用：DEFAULF_GROUP。细心的小伙伴会发现，这在我们微服务项目中也是有使用的。

服务

当命名空间和分组名称都确定之后，就可以添加服务和配置了，我们微服务中的各模块就是服务，默认保存在public命名空间下，下面我们就用配置中心功能来修改下配置的位置，设置了命名空间，其实就是设置命名空间ID，这在我们的命名空间截图中是有体现的，大家可以翻上去看一看。

值得一提的是，配置中心的优先级高于项目中已有的yml等配置文件的优先级。这一点，我们在下面会继续讲他们的优先级，这决定了他们的生效顺序。

配置中心添加配置

下面，我们来添加一下配置，就以我们前面学的微服务项目中的cart模块为例，下面开始添加配置：

配置管理-配置立列表-右上方+号，点击后进入下面的页面：

Data ID就是该配置的名字，可自定义，建议名称格式：nacos-cart.yaml。

Group默认为我们推荐的名称，没有其他分组的情况建议使用默认的，避免搞乱。

配置格式我们建议选YAML，这种格式的层级效果明显，便于观察，主要是现在仅支持YAML和Properties。

配置内容，根据需要把我们本地的配置文件中的内容填写进来。

这里为了测试效果，我们不会把整个配置文件都贴进去，其实贴进去也可以，但为了看效果，我们只把数据库链接部分的配置贴进去，同时把本地文件中数据库部分删除。

像这样：

读取配置

做完这些还不够，配置中心还不能够正常工作，还需要两步来完成读取配置，让配置中心工作。万丈高楼平地起，虽然前期麻烦一点，但是后面香啊。

本地添加依赖

本地添加配置

添加配置时，需要我们新建一个file，名字叫bootstrap.yml，千万别写错了，创建成功后前面的logo也是一片叶子，不同的是右下角是个云的标志：

接着在这个文件中添加配置信息：

这里里面的文字部分，很重要，特别是group和文件扩展名：

不要纠结这个名字，如果你想要，你可以随便写名字，然后在配置中配置名字：

最后一定要点击发布：

发布成功后会有如下提示，接下来就可以准备测试环节了：

测试

测试很简单，运行你的功能就可以了，在此之前，请启动需要开启的服务，如Nacos，seata等，看自己项目需要开启。运行后，只要cart模块能正常运行并工作，你的测试就是成功的，我们在cart中引入了knife4j，它能正常工作，就代表测试是成功的，不再贴测试结果了，请大家严格自行完成测试。

优先级说明

简单来说，bootstrap.yml>bootstrap.properties>application.yml>application.properties。这是从项目启动到启动完成过程中，配置文件生效的先后顺序，可以看到，yml的优先级永远高于properties，bootstrap.yml优先级最高。

bootstrap这组配置文件有点特殊，一般是专门用于加载系统级别的配置，这些配置一般不会轻易修改。

特别注意，只有SpringCloud项目才能加载bootstrap的配置，加载这组配置也是需要依赖的，上面已经给出：spring-cloud-starter-bootstrap，不过我们给出的依赖是2020年之后的依赖，之前的依赖不是这个，是什么我就不说了，避免误导大家，感兴趣的可以查下。