profile 粒度的配置
在日常开发中如果遇到多套环境下的不同配置，可以通过Spring 提供的 ${spring.profiles.active} 这个配置项来配置。
以订单服务为例，配置开发环境和生产环境
1）演示环境准备
1.1) 准备测试代码
1.2) 配置中心增加开发环境和生产环境的配置文件
tlmall-order-config-demo-dev.yml
tlmall-order-config-demo-prod.yml
2）修改application.yml配置
2.1) 配置spring.profiles.active为开发环境
2.2) import中引入${spring.application.name}-${spring.profiles.active}.yml配置
3）测试
3.1）重启订单服务，调用localhost:8060/order/post1，查看测试结果
3.2) 配置jvm参数-Dspring.profiles.active=prod,重启服务，调用localhost:8060/order/post1，查看测试结果
自定义 Namespace 的配置
用于进行租户粒度的配置隔离。
不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。
在没有明确指定 ${spring.cloud.nacos.config.namespace} 配置的情况下， 默认使用的是 Nacos 上 Public 这个namespace。
测试
1）Nacos配置克隆
将public命名空间下的配置克隆到fox命名空间
2）application.yml中增加spring.cloud.nacos.config.namespace配置
启动订单服务，查看控制台是否拉取了配置
自定义 Group 的配置
主要用于区分不同的微服务或应用组件
一个应用可能使用了database_url配置和MQ_topic配置，我们可以将这些配置分别划分到不同的Group中，以便更好地管理和维护。
在没有明确指定 ${spring.cloud.nacos.config.group} 配置的情况下， 默认使用的是组 DEFAULT_GROUP 。
配置的动态刷新
spring-cloud-starter-alibaba-nacos-config 支持配置的动态更新。
测试：当动态配置刷新时，会更新到 Enviroment中
1）修改启动类，每隔3s从Enviroment中获取order.count的值，并启动订单服务
2）进入配置中心，修改tlmall-order-config-demo-prod.yml的配置，order.count从100改成300
查看控制台输出，count是否从100改为300
调用localhost:8060/order/post1，查看count是否从100改为300
结论：可以从Environment获取到配置中心更改的值，但是OrderController（Bean对象）中@Value修饰的值没有变化
思考：如何实现Spring管理的Bean对象中@Value修饰的属性的动态更新
解决方案
使用@RefreshScope注解实现Bean的动态刷新
使用@RefreshScope修饰的OrderController，访问/order/post1接口可以获取最新的值
测试
调用localhost:8060/order/post1，查看count是否从100改为300
注意：@RefreshScope 使用不当会导致@Scheduled定时任务失效
场景重现
当利用@RefreshScope刷新配置后会导致定时任务失效
测试<br>
当在配置中心变更属性后，定时任务失效
当再次访问/count接口时，定时任务生效
原因分析
@RefreshScope修饰的bean的属性发生变更后，会从缓存中清除。此时没有这个bean，定时任务当然也就不生效了。
解决方案
实现Spring事件监听器，监听 RefreshScopeRefreshedEvent事件，监听方法中进行一次定时方法的调用
OpenFeign开启对feign.Request.Options属性的刷新支持
