spring Cloud配置中心 Nacos 1.搭建服务端 2.搭建客户端 3.动态刷新 4.nacos config高可用 5.nacos config高级配置

在上篇我们谈到 注册中心， 通过这篇文章来跟大家一起学习和了解spring Cloud的配置中心；
注册中心的链接：
https://blog.csdn.net/weixin_44797327/article/details/134653420?spm=1001.2014.3001.5501

配置中心

Nacos

微服务-配置中心

微服务架构中存在很多服务，每个服务都有自己的配置文件，这些配置文件如果集成在服务中，也是难以维护的，于是便可以使用配置中心来管理这些配置文件。

nacos既可以作为 注册中心 ，也可以作为 配置中心 ，使用nacos配置中心，你可以将服务里的配置文件写在nacos上通过nacos面板来修改管理服务的配置而无需停止服务。

如果使用nacos作为注册中心而不作为配置中心，添加配置：spring.cloud.nacos.config.enabled =false 即可。

可以以请求方式发布、获取配置：

发布配置：post，http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos.cfg.dataId&group=test&content=HelloWorld
获取配置：get，http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos.cfg.dataId&group=test

1.搭建服务端

nacos服务端搭建是十分容易的，只需下载+配置+启动就行，参考注册中心这篇：点击前往

建议：使用mysql作为持久化。

2.搭建客户端

客户端即每个配置要被管理的服务，服务的搭建还如往常一样搭建，只不过配置文件发生一些变化，以下就认为你已经创建了一个服务模块/项目，并以此起步。

1.客户端引入nacos config依赖：

<dependency>
	<groupId>com.alibaba.cloudgroupId>
	<artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>

2.创建一个bootstrap.yml(或properties)，配置nacos config的配置 :

spring:
 cloud:
   nacos:
     config:		#nacos的信息，添加后可以省略注册中心的nacos此类信息
       server-addr: 127.0.0.1:8848
       username: nacos		
       password: nacos
       contextPath: /nacos
       #--------------------------
       file-extension: yaml    #显示的声明dataId文件扩展名

3.application.yml(或properties)，除特殊配置外，只留下下面2个配置：

server:
 port: 41150
spring:
 application:
   name: server-producer

到这里你会发现你有2个配置文件： bootstrap.yml、application.yml 。这时你可能就有疑问了，不是说好的将配置交给配置中心管理了吗，怎么服务里还变多了呢。

那么我来给你解释一下吧：

bootsteap.yml：这里只配置配置中心的信息，服务通过它去获取服务所需配置，而且这里的内容基本不变。
application.yml：这里只配置端口+服务名，因为首次启动服务时，需要通过它注册达到nacos，然后才能获取配置。
可以看出，上面的配置基本上就是固定的，而且基本上不会被修改，实际项目中配置文件远远不止这些，其他配置都将被放在配置中心统一管理。

4.在nacos配置中心添加配置文件 ：

点击添加后页面如下：配置名要和服务名一致,后缀带不带都行。

第一次发布配置后，重启项目即可。之后修改配置都不需要启动服务。

服务与配置文件的匹配：

文件名=服务名，建议显示指定配置文件后缀。
多同名配置会互相覆盖，比如server、server.yml在指定yml格式后，两个文件会覆盖。
更多特性自己摸索，使用：服务名.yml 并 在bootstrap.yml指定格式为yaml 一定能用。

测试一下效果：按照阿里的示例进行举例。

在客户端创建一个测试类，并在nacos上配置中文件添加属性，然后注入到属性中，启动后控制台就会打印。

@Configuration
public class TestConfig {
   @Value("${user.names}")
   public String test1;
   @Value("${user.pwds}")
   public String test2;

   @PostConstruct
   public void getUser(){
       System.out.println("name=" + test1 + "|pwd=" + test2);
   }
}

启动后，会发现打印的数据就是配置中心上的数据了。

3.动态刷新

此节代码来自于：阿里云-知行动手实验室

配置发生变化后，服务中绑定的属性值将刷新，会刷新的情况有3种：

• 类上加注解：@RefreshScope、类种非静态属性加@Value注解

@RestController
@RefreshScope
public class NacosConfigDemo {

    @Value("${user.name}")
    private String userName;

    @Value("${user.age}")
    private int userAge;

    @PostConstruct
    public void init() {
        System.out.printf("[init] user name : %s , age : %d%n", userName, userAge);
    }
    @RequestMapping("/user")
    public String user() {
        return String.format("[HTTP] user name : %s , age : %d", userName, userAge);
    }
}

• 类上加注解：@RefreshScope、@ConfigurationProperties

@RefreshScope
@ConfigurationProperties(prefix = "user")
public class User {

    private String name;

    private int age;

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getAge() {
        return age;
    }

    public void setAge(int age) {
        this.age = age;
    }

    @Override
    public String toString() {
        return "User{" +
                "name='" + name + '\'' +
                ", age=" + age +
                '}';
    }
}

• 使用Nacos Config监听来对Bean属性实施监听。

@RestController
@RefreshScope
@EnableConfigurationProperties(User.class)
public class NacosConfigDemo {

    @Value("${user.name}")
    private String userName;

    @Value("${user.age}")
    private int userAge;

    @PostConstruct
    public void init() {
        System.out.printf("[init] user name : %s , age : %d%n", userName, userAge);
    }

    @PreDestroy
    public void destroy() {
        System.out.printf("[destroy] user name : %s , age : %d%n", userName, userAge);
    }

    @RequestMapping("/user")
    public String user() {
        return String.format("[HTTP] user name : %s , age : %d", userName, userAge);
    }
}

4.nacos config高可用

nacos是配置中心也是注册中心，实现nacos的高可用和 注册中心 高可用一样。

5.nacos config高级配置

namespace命名空间
nacos可以实现配置文件之间隔离，不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置，可以实现不同开发环境（开发、测试、生产等）配置文件的隔离。

创建命名空间也很容易

切换命名空间

创建后，在客户端bootstrap.yml添加如下配置进行绑定：

spring:
	cloud:
		nacos:
			config:
				namespace: c70a9f91-a687-427f-97bb-5a6e54289a6e

Group分组

在创建配置时可以指定分组，自定义分组在bootstrap.yml添加如下：

spring:
	cloud:
		nacos:
			config:
				group: DEVELOP_GROUP

自定义配置名

三种情况完整配置案例：

spring:
	application:
		name: myserver
	cloud:
		nacos:
			config:
				server-addr: 127.0.0.1:8848
				extension-configs[0]: 	# 1.在默认组,不支持动态刷新
					data-id: myconfig-1.yaml
				extension-configs[1]:	# 2.不在默认组，不支持动态刷新
					data-id: myconfig-2.yaml
					group: MY_GROUP
				extension-configs[2]:	# 3.不在默认的组，支持动态刷新
					data-id: myconfig-3.yaml
					group: MY_GROUP
					refresh: true

总结：默认配置名+默认组时才会自动刷新，否则需指定refresh: true才自动刷新。
注意：

• 多个相同配置文件存在优先级extension-configs[a]里a越大，优先级越高。
• data-id结尾必须有properties/yaml/yml等扩展名。

Spring Cloud是目前微服务架构领域的翘楚，无数的书籍博客都在讲解这个技术。不过大多数讲解还停留在对Spring Cloud功能使用的层面，其底层的很多原理，很多人可能并不知晓。因此本文将通过大量的手绘图，给大家谈谈Spring Cloud微服务架构的底层原理。

实际上，Spring Cloud 是一个全家桶式的技术栈，包含了很多组件。本文先从其最核心的几个组件入手，来剖析一下其底层的工作原理。也就是 Eureka、Feign、Ribbon、Hystrix、Zuul 这几个组件。 EFRHZ