springboot中获取apollo或者nacos里的配置文件

Posted 2023-04-27

参考技术A 常规的，在springboot中一般只需要拿appolo或者nacos里配置的属性就够了。
但是也有一些很特殊的场景，要拿到appolo或者nacos里配置的文件，比如有个第三方jar包提供的方法中，要求把properties配置文件路径传进去来初始化第三方jar包里需要用到的东西，这时候一般是把properties文件配置到appolo或者nacos里，但是如何直接拿到这个properties文件而不是里面的属性值呢？

apollo里直接提供了把配置的相应namespace直接转换成file的方法：

再把这个content转换成输入流就可以用了

如果只是想拿到里面某个namespace的属性，则可以：

key为属性key名，c.getPropertyNames()方法能拿到该namespace下面的所有属性，返回一个Set<String>集合，再遍历这个集合就能拿到所有属性。

nacos跟apollo的处理思路有点不一样，找了很多资料，貌似没有找到nacos里直接获取整个获取配置文件的方法，后面如果有同学找到了这个方法记得留言提醒我。

nacos在springboot启动的时候已经把所有配置文件都注入到了spring里。
第一种：可以直接用注解 @Value("$key")来获取配置好的属性值
第二种：在java里获取：
新建SpringContextUtil实现org.springframework.context.ApplicationContextAware这个接口：

在启动类用注解导入该类：@Import(SpringContextUtil.class)
利用org.springframework.core.env.Environment类来直接获取属性：

如果有这样一个需求，有个第三方的jar包要求初始化配置好的properties文件，只给了properties文件的路径传参，只能用文件路径的方式初始化这个第三方jar包，那么我们就必须保证项目里或者其他文件夹有这个properties文件才可以，而这些配置如果经常要变的话，最好也是配置在nacos或者apollo,如此看来，apollo是可以直接把配置的相应namespace直接转换成file，而nacos大概只能把所有属性手工生成一个新的properties文件来保存到本地了。

这个生成文件的过程，要在springboot启动之后立即执行：
那我们就要建一个配置类实现org.springframework.beans.factory.InitializingBean这个接口，重写afterPropertiesSet()方法：把需要启动后执行的逻辑放在里面，下面是一个示例：

把这个类在启动类里注入：

如此，在启动的时候就可以在本地生成一个cssconfig.properties文件了。
于是乎就可以类似这样调用第三方接口（根据第三方jar包来定）：

用了3年Apollo，这次我选择了Nacos，原因不多说了

回复”666“获取面试宝典

老板都开口了，我能说不么？

本文探讨一下如何实现不同环境（开发、测试、灰度、正式）的配置管理问题。

就像Maven用groupId、artifactId、version三者来定位jar包在仓库中的位置一样，Nacos也提供了 Namespace (命名空间) 、Data ID (配置集ID)、 Group (组) 来确定一个配置文件（或者叫配置集）。

由此，实现多环境配置的方案也有三种：

1、用命名空间（namespace）来区分不同的环境，一个命名空间对应一个环境；

2、用配置组（group）来区分不同的环境，命名空间用默认的public即可，一个组对应一种环境；

3、用配置集ID（Data ID）名称来区分不同的环境，命名空间和组用默认的即可，通过文件命名来区分；

接下来，逐个来看

http://{host}:{port}/nacos

http://{host}:{port}/nacos/index.html

默认用户名密码都是nacos

为了方便演示，这里建了一个名为example的Spring Boot项目

pom.xml

1 <?xml version="1.0" encoding="UTF-8"?>
 2 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 3          xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
 4     <modelVersion>4.0.0</modelVersion>
 5     <parent>
 6         <groupId>org.springframework.boot</groupId>
 7         <artifactId>spring-boot-starter-parent</artifactId>
 8         <version>2.3.6.RELEASE</version>
 9         <relativePath/> <!-- lookup parent from repository -->
10     </parent>
11     <groupId>com.example</groupId>
12     <artifactId>example</artifactId>
13     <version>0.0.1-SNAPSHOT</version>
14     <name>example</name>
15 
16     <properties>
17         <java.version>1.8</java.version>
18         <spring-cloud-alibaba.version>2.2.3.RELEASE</spring-cloud-alibaba.version>
19     </properties>
20 
21     <dependencies>
22         <dependency>
23             <groupId>org.springframework.boot</groupId>
24             <artifactId>spring-boot-starter-web</artifactId>
25         </dependency>
26         <dependency>
27             <groupId>com.alibaba.cloud</groupId>
28             <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
29         </dependency>
30     </dependencies>
31 
32     <dependencyManagement>
33         <dependencies>
34             <dependency>
35                 <groupId>com.alibaba.cloud</groupId>
36                 <artifactId>spring-cloud-alibaba-dependencies</artifactId>
37                 <version>${spring-cloud-alibaba.version}</version>
38                 <type>pom</type>
39                 <scope>import</scope>
40             </dependency>
41         </dependencies>
42     </dependencyManagement>
43 
44     <build>
45         <plugins>
46             <plugin>
47                 <groupId>org.springframework.boot</groupId>
48                 <artifactId>spring-boot-maven-plugin</artifactId>
49             </plugin>
50         </plugins>
51     </build>
52 
53 </project>

bootstrap.yml

spring:
  application:
    name: example
  cloud:
    nacos:
      config:
        server-addr: 192.168.100.10:8848
        file-extension: yaml

HelloController.java

package com.example.controller;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

/**
 * @author ChengJianSheng
 * @data 2020/11/19
 */
@RestController
@RequestMapping("/hello")
@RefreshScope
public class HelloController {

    @Value("${greet.hello}")
    private String greet;

    @GetMapping("/sayHi")
    public String sayHi() {
        return greet;
    }
}

1. 利用 Data ID 命名 来区分环境

利用Data ID命名来区分环境，命名空间和组默认即可

在 Nacos Spring Cloud 中，dataId 的完整格式如下：

${prefix}-${spring.profiles.active}.${file-extension} 

• prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置
• spring.profiles.active 即为当前环境对应的 profile，详情可以参考 Spring Boot文档。 注意：当 spring.profiles.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成  ${prefix}.${file-extension}
• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml 类型。

用命令行启动也是一样的

例如：

java -Dspring.profiles.active=test -jar example-0.0.1-SNAPSHOT.jar

2. 利用 Group 来区分环境

项目不变，我们把spring.application.name改成example2

命名空间用默认的public

java -Dspring.cloud.nacos.config.group=DEV_GROUP -jar example-0.0.1-SNAPSHOT.jar

java -Dspring.cloud.nacos.config.group=TEST_GROUP -jar example-0.0.1-SNAPSHOT.jar

java -Dspring.profiles.active=test -Dspring.cloud.nacos.config.group=TEST_GROUP -jar example-0.0.1-SNAPSHOT.jar

如果是这样的话，这个时候，Data ID 命名就应该是 example2-test.yaml

3.  利用 Namespace 区分环境

创建命名空间的时候，如果不指定ID，则自动生成的id就是这样的uuid字符串，我们还是自己指定一个有意义的ID吧

java -Dspring.cloud.nacos.config.namespace=ns_dev -jar example-0.0.1-SNAPSHOT.jar

java -Dspring.profiles.active=dev -Dspring.cloud.nacos.config.namespace=ns_dev -jar example-0.0.1-SNAPSHOT.jar

java -Dspring.cloud.nacos.config.namespace=ns_test -jar example-0.0.1-SNAPSHOT.jar

java -Dspring.profiles.active=test 
 -Dspring.cloud.nacos.config.namespace=ns_test 
 -Dspring.cloud.nacos.config.group=TEST_GROUP 
 -jar example-0.0.1-SNAPSHOT.jar 

4.  小结

第一种，用 Data ID 区分环境，虽然简单，但是每个项目要创建4个配置文件，随着项目的增多，都在一个命名空间下回显得很混乱，查找起来也不是很方便，而且不利于做权限控制

第二种，用Group区分，问题也是一样的

综上，最好的是用Namespace区分环境，清晰明了，而且有利于做权限控制

来源 | https://urlify.cn/jmY3Ez

   
     
     
   

    
      
      
    最近面试BAT，整理一份面试资料
    
      
      
    《Java面试BAT通关手册》
    
      
      
    ，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。
   
     
     
   

明天见(｡･ω･｡)ﾉ♡