💎一站式轻松地调用各大LLM模型接口,支持GPT4、智谱、豆包、星火、月之暗面及文生图、文生视频 广告
nacos作为配置管理中心,实现的核心功能就是配置的统一管理,本节我们就以aservice-rbac为例读取nacos配置中心的配置数据,配置读取正确之后才能正确的启动aservice-rbac服务。 ## 一、项目代码配置工作 在aservice-rbac服务的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.发布配置 通过配置列表右侧的“+”按钮添加配置文件 ![](https://img.kancloud.cn/0a/60/0a602e903930b894c464ad9c060c5d8a_1893x265.png) 点击“+”按钮之后,页面内容如下: ![](https://img.kancloud.cn/6e/1a/6e1a92e0891e11d5790510a9113952f3_765x578.png) * 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`来配置。注意我们使用的是`yaml` 类型,不是yml。虽然二者是一个意思,但是nacos只认yaml。 * Group:同`spring.cloud.nacos.config.group`配置,界面填写的内容与项目中的配置二者一定要统一,否则无法正确读取配置,Group起到配置“隔离”的作用。 * 配置内容:将上文中分类完成的第二类配置,粘贴到里面。(在本地服务或项目中把这部分配置删掉) 最后将nacos配置发布、确定,如下图: ![](https://img.kancloud.cn/23/32/2332a42f242f8d6318e00913020b8cf4_1248x451.png) ## 三、启动服务验证配置 启动服务的时候,加上`-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配置中心的配置: **可以看日志:** ![](https://img.kancloud.cn/0f/09/0f096874ae291e42badd75fc854bd34f_1307x272.png) **看看数据库连接池** 因为我们的数据库配置是在nacos配置中心管理的,本地已经删除了。所以正确的初始化了数据库连接池,也能证明服务已经正确的读取到了nacos配置中心的配置。 ![](https://img.kancloud.cn/90/bf/90bf602b101cb5e793cb8afd83389cee_1362x156.png) 后面的文章中还会为大家介绍配置动态刷新,可以进一步验证!