4、在父项目下建立两个子模块，生产者（producer）和消费者（consumer），将来我们要将这两个子模块都注册到nacos中。

在两个子模块中都引入nacos注册中心的依赖：

   <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
<!--        macos注册中心-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>

在配置文件中配置nacos的连接信息：

consumer:

server:
  port: 8888
spring:
  application:
    name: consumer  #微服务的名称
  cloud:
    nacos:
      discovery:
        server-addr: 192.168.231.110:8848

producer:

server:
  port: 9999
spring:
  application:
    name: producer     #微服务的名称
  cloud:
    nacos:
      discovery:
        server-addr: 192.168.231.110:8848

启动两个微服务，可以在nacos的控制台中查看两个微服务有没有注册到nacos中：

可以看到，在nacos的控制台中引入了两个服务器。

nacos配置中心：

引入nacos配置中心的依赖:

<!--nacos配置中心-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>

注意引入了nacos的配置中心，一定要表明引入的配置文件，不然会报错：

server:
  port: 8888
spring:
  application:
    name: consumer
  cloud:
    nacos:
      discovery:
        server-addr: 192.168.231.110:8848
      config:
        server-addr: 192.168.231.110:8848   #配置中心地址
  config:
    import:
      - nacos:test.yml     #配置文件名称

在控制台中创建相应的配置文件，注意名称要保持一致。

在配置文件中写点东西进行测试，看我们的项目能不能读取到这些自定义配置：

在项目中，写一个配置类进行接收，并在测试类中进行打印，看能否输出我们在nacos中写的配置：

@ConfigurationProperties("student")
@Component
@Data
public class StudentProperties {
private String name;
private String age;

}

在测试文件中进行输出。如下所示：

运行结果：

这表明我们是可以读取到nacos中的配置文件的，并且是动态的读取。如果你的项目已经上线，那么你在nacos中修改配置文件中的属性，相应的我们项目中的配置文件也会改变；

（注意这是使用@ConfigurationProperties直接进行映射才有的效果，如果你是使用@Value()进行的读取，那么是不会进行热更新的需要重启项目才行，如果想要进行热更新，可以在使用@Value注解的类上加入@RefreshScope注解(实现热更新)才行）

注意：

在较早的版本之前，有可能还使用bootstarp作为spring boot的引导程序。但是在spring boot2.5版本之后，官方就取消了对spring-cloud-starter-bootstrap 默认依赖的支持。但是如果还想使用的话，可以自行引入spring-cloud-starter-bootstrap< 的依赖坐标还能正常使用。

在这里简单介绍一下bootstrap.yml和application.yml的区别与联系：

application.yml是用户级的资源配置项

bootstrap.yml是系统级的，优先级更高

Spring Cloud会创建一个“Bootsrap Context”，作为Spring应用的“Application Context”的父上下文。初始化项目的时候，“Bootsrap Context”负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的“Environment”

Bootsrap 属性有高优先级，默认情况下，它们不会被本地配置覆盖。“Bootsrap Context”和“Application Context”有着不同的约定，所以新增了一个‘bootstrap.yml’文件，保证“Bootsrap Context” 和“Application Context”配置的分离。

你可以直接将application.yml文件直接改为bootstrap.yml文件，然后在bootstrap.yml文件中指定外部源的用户级资源配置项 ；或者两个并存，这都是可以的

当两者并存时：两者的加载顺序是有规定的，bootstrap.yml优先于application.yml加载，确保了应用程序在启动时先加载一些必要的配置信息。

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

最后

这份清华大牛整理的进大厂必备的redis视频、面试题和技术文档

祝大家早日进入大厂，拿到满意的薪资和职级~~~加油！！

感谢大家的支持！！

factId>spring-cloud-starter-bootstrap

```

最后

这份清华大牛整理的进大厂必备的redis视频、面试题和技术文档

祝大家早日进入大厂，拿到满意的薪资和职级~~~加油！！

感谢大家的支持！！

[外链图片转存中…(img-KKyYTj0I-1714461361419)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录