spring cloud alibaba微服务原理与实战（springcloudalibaba架构(27):将微服务的配置内容转移到nacos）
前言
我们将微服务的配置内容进行统一管理 ，由nacos进行统一配置 。
本章代码已分享至Gitee: https://gitee.com/lengcz/springcloudalibaba01.git
如何转移配置文件到nacos
演示示例是product微服务模块
在微服务中添加依赖 <!--用于配置管理--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> </dependency> 在resources目录下新建bootstrap.yml文件 ，内容如下 spring: application: name: server-product cloud: nacos: config: server-addr: 127.0.0.1:8848 file-extension: yaml profiles: active: dev #开发环境在nacos添加配置 ，配置内容为application.yml里的内容 ，添加完成后 ，屏蔽或者删除掉application.yml文件
当然也可以不用配置profiles.active ，通过配置namespace同样可以 。
启动product测试 ，发起查询商品的请求可用 ，即表示可以微服务可以用nacos获取配置信息 。
文件名问题Data Id
根据日志可以看出 ，既可以写server-product.yaml ，也可以写server-product-dev.yaml ，但是应当注意后缀需要是yaml而不是yml
namespace命名空间修改
命名空间用来隔离生产环境和测试环境 。nacos的命名空间是完全隔离的 。
下面配置了namespace ，表示读取读取测试的配置文件 。 spring: application: name: server-product cloud: nacos: config: server-addr: 127.0.0.1:8848 file-extension: yaml namespace: 869a0c6d-267e-4aa1-96cb-552cb1632c72 #命名空间,使用的dev的命名空间 # profiles: # active: dev #开发环境重启微服务 ，将请求链接里的端口改成18081 ，如果访问成功 ，则表示微服务读取到了dev这个namespace下面的配置文件 。
配置文件优先级
优先级从高到低
bootstrap.properties > bootstrap.yml > application.properties > application.yml多微服务共享配置和配置热更新
在多个不同微服务之间 ，我们可能存在相同的配置 ，例如大家使用相同的redis服务 ，相同的zipkin配置 ，而对于这些相同的配置内容 ，我们可以使用共享配置 ，将一个共享文件 ，挂在多个微服务之下 。具体请见：
nacos基础(10):nacos配置管理之分布式应用配置管理
有时候 ，我们更新了配置文件里的某些内容 ，需要微服务热更新 ，不重启服务 ，比如更换了发送短信的密钥对 。
传送门
更多nacos相关的资料 ，请见nacos专题 https://blog.csdn.net/u011628753/category_11658938.html
更多springboot相关的资料 ，请见springboot 专栏 https://blog.csdn.net/u011628753/category_11645789.html创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！