Spring Cloud Config配置中心的native模式有什么用

本篇内容介绍了“Spring Cloud Config配置中心的native模式有什么用”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

背景说明

由于很多时候，生产环境没有git，也没有svn等等，所以需要使用native模式，鉴于网上缺少相关的资料，因此以此为切入点，记录一下native模式下Spring Cloud Config一些常用的功能

config-server配置

1. 首先，老套路引入pom

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-server</artifactId>
        </dependency>

2. bootstrap.yml配置本地存储 官方文档在此

• spring.profiles.active=composite，他是一个list，我们这里面因为是本地，添加一条type=native，并配上search-locations，这个属性可以用class-path，也可以用绝对路径，但是正常情况下，建议用绝对路径，因为配置文件会有改动，如果放在项目里面，改动起来比较麻烦。

• 还要设置pring.cloud.config.server.bootstrap=true

• config文件夹下，我放了三个文件config-info-dev.yml，config-info-test.yml，config-info-prod.yml,里面存放了不通内容，主要就为了测试

server:
    port: 8001
spring:
  application:
    name: config-server-1
  profiles:
    active: composite
  cloud:
    config:
      server:
        composite:
          - type: native
          	# 文件存放的绝对路径，源码里面我用绝对路径的方式放在了resources里面，这里需要改成自己的路径
            search-locations: file:///Users/sunhan/Downloads/config  
        bootstrap: true

3. 启动类

@SpringBootApplication
@EnableConfigServer
public class EurekaConfigApp {
    public static void main(String[] args) {
        SpringApplication.run(EurekaConfigApp.class, args);
    }
}

至此，config-server暂告一段路

config-client配置

1. 继续，引入pom

    	<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

2. client添加了两个配置文件一个bootstrap.yml, 官方文档也说了If you use the bootstrap flag, the config server needs to have its name and repository URI configured in bootstrap.yml.。config的主要说明如下

• uri: 就是config-server的请求路径

• profile、name：这里面的profile和spring.profiles.active没有半毛钱关系，他仅仅是区分引用那个文件，比如配置文件config-info-dev.yml，name就是config-info，profile就是dev，还有一个label属性，官方解释是The label name to use to pull remote configuration properties，我的理解就是应该在git等远程仓库中会用的上，至少在文件匹配，profile和name够用了

spring:
  cloud:
    config:
      uri: http://localhost:8001
      profile: prod
      name: config-info

还有一个就是spring-boot的application.yml文件，其中spring.cloud.config.name默认值就是spring.application.name

server:
  port: 8002
spring:
  application:
    name: config-info
  profiles:
  	# 这里主要是为了掩饰和config.profile的区分
    active: dev

最后，贴出来启动类

@SpringBootApplication
public class ConfigClientApp1 implements CommandLineRunner {

    public static void main(String[] args) {
        SpringApplication.run(ConfigClientApp1.class, args);
    }
    @Value("${env}")
    private String env;
    @Value("${hello}")
    private String hello;
    public void run(String... args) {
        System.out.println("================");
        System.out.println(env);
        System.out.println(hello);
        System.out.println("================");
    }
}

输入结果

================
prod1
dev
================

接下来，就要考虑刷新的问题了。手动刷新，亦或是整合Spring Cloud Bus热刷新，下次侃

“Spring Cloud Config配置中心的native模式有什么用”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！