nacos作为配置管理中心，实现的核心功能就是配置的统一管理，读取nacos配置中心的配置数据，配置读取正确之后才能正确的启动服务。

一、项目代码配置工作

在服务的pom文件中引入如下配置

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

新建配置文件bootstrap.yml，新增spring.cloud.nacos.config段配置，将服务指向正确的nacos服务端。该配置文件中只保留nacos相关的配置即可，其他的配置放到nacos中统一管理(配置的分类后文介绍)。

spring:
  application:
    name: aservice-rbac
  cloud:
    nacos:
      discovery: #服务注册地址
        server-addr: 192.168.161.6:8848
      config:
        server-addr: ${spring.cloud.nacos.discovery.server-addr} #服务配置地址
        file-extension: yaml   #nacos配置文件后缀，下文配置发布的时候会用到。注意是yaml，不是yml
        group: ZIMUG_GROUP  #配置分组，默认分组是DEFAULT_GROUP

这里需要格外注意：上面这些属性必须配置在bootstrap.yml或properties文件中，而不是application.yml中，config配置内容才能被正确加载。因为bootstrap.yml加载优先级高于application.yml，保证在应用一起动时就去加载配置，对于Spring 中一些自动装载类来说这很重要。

二、nacos配置中心发布配置

2.1.配置分类

目前，我们把配置分为两类：

• 第一类：上文中的nacos配置（ 包括spring.application.name）放在本地服务中，因为需要根据nacos配置去nacos配置管理中心加载其他配置。
• 第二类：除了nacos之外的其他配置（包括数据库配置等），放入nacos配置管理中心，在本地服务中注释掉或删除。

第二类配置，比如下面的这些配置：

server:
  port: 8401

spring:
  jackson:
    date-format: yyyy-MM-dd HH:mm:ss
    time-zone: GMT+8
  datasource:
    url: jdbc:mysql://123.56.169.21:3306/linnadb?useUnicode=true&characterEncoding=utf-8&useSSL=false
    username: linna
    password: d%r2Tz08
    driver-class-name: com.mysql.cj.jdbc.Driver
    hikari:
      minimum-idle: 5
      maximum-pool-size: 15
      auto-commit: true
      idle-timeout: 30000
      pool-name: RBACHikariCP
      max-lifetime: 120000
      connection-timeout: 30000
      connection-test-query: SELECT 1
  cloud:
    inetutils:
      preferredNetworks:
        - 192.168
      ignored-interfaces:
        - .*VirtualBox.*

mybatis:
  configuration:
    map-underscore-to-camel-case: true
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl


ribbon:
  eager-load:
    enabled: true
    clients: aservice-sms

feign:
  okhttp:
    enabled: true

logging:
  level:
    com.zimug.dongbb.cloud.aservice.rbac.feign.SmsService: debug

2.2.发布配置

通过配置列表右侧的“+”按钮添加配置文件

点击“+”按钮之后，页面内容如下：

• Data Id:该配置文件在nacos系统内的唯一标识，在 Nacos Spring Cloud 中，

  dataId
  

  的完整格式如：

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

  • prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来自定义配置。
  • spring.profile.active 即为当前环境对应的 profile，如：aservice-rbac-dev.yaml中的dev就是指开发环境。注意：当spring.profile.active为空时，对应的环境定义字符将不存在，如：aservice-rbac.yaml
  • file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension来配置。目前只支持 properties 和 yaml 类型。注意我们使用的是yaml 类型，不是yml。虽然二者是一个意思，但是nacos只认yaml。

• Group：同spring.cloud.nacos.config.group配置，界面填写的内容与项目中的配置二者一定要统一，否则无法正确读取配置，Group起到配置“隔离”的作用。

• 配置内容：将上文中分类完成的第二类配置，粘贴到里面。（在本地服务或项目中把这部分配置删掉）

最后将nacos配置发布、确定，如下图：

三、启动服务验证配置

启动服务的时候，加上-Dspring.profiles.active=dev参数，这个参数是和DataId匹配的，如：

• -Dspring.profiles.active=dev会去找xxxxx-dev.yaml配置文件
• -Dspring.profiles.active=pro会去找xxxxx-pro.yaml配置文件

# 启动服务并加载`aservice-rbac-dev.yaml`配置文件
java -jar aservice-rbac.jar -Dspring.profiles.active=dev

服务启动后，我们可以验证一下aservice-rbac是否正确的读取到了nacos配置中心的配置： 可以看日志：

看看数据库连接池 因为我们的数据库配置是在nacos配置中心管理的，本地已经删除了。所以正确的初始化了数据库连接池，也能证明服务已经正确的读取到了nacos配置中心的配置。