nacos的热更新
基本流程
- 本质就是nacos将更改的配置下发个服务,所以这些可能需要被更改的属性要配置在nacos中,之后在服务的配置文件进行绑定,在服务启动的时候服务先读取到nacos里设定的的配置文件再读取SpringBoot的配置文件。但是怎么让服务启动之前就读取到这些文件呢?所以这就用到了bootstrap.yml ,它可以与nacos配置的文件进行绑定,并且被先读取。
接下来我们看看流程
在需要热更新的服务创建bootstrap.yml
- 需要配置的属性就是以下几点:服务名,环境,文件后缀名,nacos地址
接下来让服务读取到配置文件,也是热更新的基础
两种方法
- 进行@value注解的注入
-
定义一个变量通过@Value(“${pattern.dateformate}”)
-
这样的配置是不够的,还需要在这个被通过@Value注解注入的类上面使用@RefreshScope注解标注才可以实现热更新
-
- 通过SpringBoot的注解 @ConfigurationProperties(prefix = “pattern”)进行注入
- 首先创建一个配置类,在配置类里定义与配置文件名字相同的属性,设置get set 方法 之后使用这个注解就可以将这个配置的属性注入到配置类中并放在IOC容器中。
- 在需要使用的类里面通过@Autowired注入改对象,通过get方法获取配置类的信息,实现热更新。
- 这个方法的优点是不用使用@RefreshScope注解
多环境配置共享
微服务启动时会从nacos读取多个配置文件:
- [spring.application.name]-[spring.profiles.active].yaml,例如:userservice-dev.yaml 当前环境配置
- [spring.application.name].yaml,例如:userservice.yaml 共享配置
无论profile如何变化,[spring.application.name].yaml这个文件一定会加载,因此多环境共享配置可以写入这个文件
属性配置的优先级
总结
微服务会从nacos读取的配置文件:
- [服务名]-[spring.profile.active].yaml,环境配置
- [服务名].yaml,默认配置,多环境共享
优先级:
[服务名]-[环境].yaml >[服务名].yaml > 本地配置