RefreshScope获取Nacos配置中心为null

最新推荐文章于 2024-08-20 16:39:37 发布
原创 最新推荐文章于 2024-08-20 16:39:37 发布 · 1.1k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #spring #开发语言

1首先在配置文件application.properties里写

 2，controller写@Value获取值  加上@RefreshScope刷新配置

3 发现为空

4加上后面这个 

proxyMode = ScopedProxyMode.DEFAULT允许远端 配置自动修改       

 5 重启后可以获取nacos的配置数据

 

 

 

 

Nacos 配置中心 Client 端配置热更新源码分析
weixin_42118323的博客
07-23 1627
作为配置中心，热更新功能是必不可少的，Nacos 配置中心当然也是支持热更新功能的，上一篇我们分析了 Nacos 配置中心配置是如何加载的，本篇我们一起从源码的角度来分析一下 Nacos 配置中心的热更新源码。
nacos动态更新配置RefreshScope注解后取值为null
MR.WU
12-14 2547
首先排除版本问题。 如果在controller类上面直接加@RefreshScope注解，会导致name值为null，count值也为null。 @Slf4j @RestController @RequestMapping("api") @RefreshScope(proxyMode = ScopedProxyMode.DEFAULT) public class HelloController { private AtomicInteger count = new AtomicInteger(
Nacos客户端配置读取及初始化源码解析
zhao_god的专栏
08-05 890
Nacos客户端读取配置中心配置的初始化过程
Nacos架构篇 - 服务发现
The Secret
12-17 3652
本文基于 Nacos 的 1.3.2 版本展开服务发现的分析。
【gulimall错误】使用nacos做配置中心时，读取配置的值都为null，解决办法
qq_44250569的博客
10-20 2561
今天在写gulimall项目时，修改了一个bug，bug如下： 使用nacos做配置中心时，读取配置的值都为null 我修改这个bug找了好久，之前写springcloud demo时，没遇到这个问题，我一开始以为时版本不兼容问题，最后发现是动态刷新@RefreshScope的问题，我们只需要在注解后面添加一行参数就能读取到值啦 @RefreshScope(proxyMode = ScopedProxyMode.DEFAULT) //允许远端配置修改自动刷新 如果还有其他解决方法，欢迎大家分享，共同进步！
nacos 配置中心获取值为null 把@RefreshScope 取消
weixin_61322809的博客
10-28 439
nacos
Nacos配置中心组件学习
liushangzaibeijing的博客
08-20 1717
本篇博文是博主 springCloud alibaba 全家桶的nacos配置中心组件学习，主要讲述了nacos是什么、怎么使用、以及配置加载、配置刷新的原理，是一篇不错的nacos配置中心学习文章。
Nacos源码系列之@RefreshScope
技术交流
06-04 3389
文章目录一、背景二、如何实现1、初识RefreshScope（1）ScopedProxyMode（2）@Scope("refresh")2、RefreshScope3、RefreshScope 刷新三、小结 一、背景 我们在使用Nacos做配置自动刷新时，会使用@RefreshScope注解。如： @RefreshScope @Configuration public class AsyncExceptionHandler implements AsyncConfigurer { } @Configur
千万不要再使用Nacos动态配置注解
bbq烤鸡的后宫
07-18 1720
千万不要再使用Nacos动态配置注解前言改动■ 旧时获取配置方式■ 工具类■ 调整加载顺序最后 前言 配置中心主要提供远程配置管理，以及动态刷新配置不用重启服务的作用。改用Nacos作为配置中心，得在参数上加上@RefreshScope注解才能实现配置动态刷新，非常不靠谱。一是改动代码量大，二是有时候还不会生效，在此建议通过org.springframework.core.env.Environment获取配置信息。 改动 ■ 旧时获取配置方式 springboot中使用@Value来获取配置值并设置参数，
Docker部署Nacos服务后，java获取配置为null
Ailurophile的博客
01-04 1513
Docker部署Nacos服务后，java获取配置为null
Nacos配置中心传值为null（已解决）
weixin_52020169的博客
11-23 1251
Nacos配置中心传值为null
注解@Value注解获取不到nacos的配置文件，获取为null
weixin_43930851的博客
04-14 7485
Java实践
nacos作为配置中心动态刷新@RefreshScope添加后取值为null的一个问题
YHJ
06-26 2822
之前springboot项目常量类如下形式： @Component @RefreshScope//nacos配置中心时添加上 public class Constants { @Value("${test1}") public String test1; } 然后在配置文件properties中写test1=123 controller中应用 @Autowired private Constants constants; @GetMapping("/test") ...
Nacos从配置中心读取配置报错null com.alibaba.nacos.api.exception.NacosException: null
gitcat的博客
09-04 6521
在学习从nacos配置中心读取配置时报错如下。 com.alibaba.nacos.api.exception.NacosException: null at com.alibaba.nacos.api.config.ConfigFactory.createConfigService(ConfigFactory.java:45) ~[nacos-api-1.0.0.jar:na] at com.alibaba.nacos.api.NacosFactory.createConfigService(Na
SpringCloud集成Nacos远程配置中心获取配置为Null的问题
qq_31404603的博客
05-20 8259
测试SpringCloud集成Nacos获取服务端远程配置的时候，获取信息为Null。 maven配置如下： <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apa
学习nacos 动态配置@RefreshScope 标记的类中属性注入值为null
解忧swag的博客
10-24 1959
今天在学习使用Nacos，练习使用Nacos实现动态配置时遇到问题 在application.properties中定义了一个属性age newAge=20 在nacos配置中心中新建配置jieyoumall-coupon.properties定义属性age newAge=88 在controller中获取age属性并返回 @RestController @RequestMapping("coupon/coupon") public class CouponController {
nacos配置空格问题
wjg276633的博客
01-12 931
20230303号就把配置文件准备好了，中间操作过文档，导致了文档出现空格等不宜观察到的潜在问题。但是根据 autoAudit result = 进行查找的时候，查不到日志信息，很明显问题就在。对于跨度时间比较长的配置，自己可以借助工具排查一下有没有自己觉察不到的问题。如果没有以上的比对，配置文件出问题可以向有没有空格问题考虑。提供的线上文档含有空格，导致了程序读取配置获得的结果为空。告警信息没有发到钉钉群里，但是在日志里已经打印。运维的同事将带入的空格去掉即可。通过文字比对工具，发现了端倪。
记1次nacos拉取不到配置问题
Ellen_Tangxiang的博客
12-06 4040
nacos拉取不到配置问题
不用 @RefreshScope 实现动态刷新nacos配置
最新发布
07-16
<think>我们有一个需求：在不使用@RefreshScope注解的情况下实现Nacos配置的动态刷新。 根据引用[2]和[4]的内容，我们知道@RefreshScope的实现机制以及Nacos配置动态刷新的基本原理： - Nacos Config Starter会为配置项添加监听，当配置变化时触发ContextRefresher的refresh方法。 - @RefreshScope注解的作用是让被注解的Bean在刷新时被重新创建（通过清空对应的scope缓存），从而重新注入新的配置值。 如果不使用@RefreshScope，我们可以考虑以下替代方案： 方案1：使用Environment对象直接获取配置 - 在需要配置的地方，注入Environment对象，然后通过environment.getProperty("key")来获取配置值。 - 但是这样每次获取的都是最新的配置（因为Environment中的配置已经被Nacos更新了），但是这种方式要求我们在每次使用配置的时候都去Environment中读取，不能通过一次注入就一劳永逸（因为注入的值不会自动更新）。 方案2：监听配置更新事件，手动更新Bean的属性 - 我们可以监听Nacos配置更新事件（NacosConfigRefreshEvent），然后在事件处理中，手动更新那些需要动态刷新的Bean的属性。 - 步骤： a. 创建一个配置类，用于存储动态配置（例如使用@ConfigurationProperties，但这里我们不用@RefreshScope，所以需要自己处理更新）。 b. 编写一个监听器，当配置更新时，从Environment中获取新的配置值，然后设置到配置类的属性中。 方案3：使用Spring Cloud的@ConfigurationProperties而不使用@RefreshScope - 实际上，@ConfigurationProperties绑定的属性在配置更新时默认是不会刷新的。但是我们可以结合监听事件和@ConfigurationProperties的重新绑定来实现。 - 我们可以监听RefreshEvent（或者NacosConfigRefreshEvent），然后使用ContextRefresher的refresh()方法会发布RefreshEvent，但是我们也可以自己发布RefreshEvent来触发重新绑定。 - 但是注意：@ConfigurationProperties的重新绑定需要配合@RefreshScope或者使用@EnableConfigurationProperties的刷新机制。在Spring Cloud中，有一个@ConfigurationPropertiesRebinder，它可以重新绑定所有@ConfigurationProperties注解的Bean。 具体步骤（方案3）： 1. 在配置类上使用@ConfigurationProperties注解，例如： ```java @Component @ConfigurationProperties(prefix = "my") public class MyConfig { private String property; // getter and setter } ``` 2. 注入ConfigurationPropertiesRebinder，并在配置更新时调用其rebind方法。 3. 监听配置更新事件，然后触发重新绑定。 但是注意：ConfigurationPropertiesRebinder的rebind方法会重新绑定所有的@ConfigurationProperties Bean，或者指定名称的Bean。 示例代码： 首先，确保依赖了spring-cloud-context。 然后，我们可以写一个监听器来监听Nacos配置更新事件（或者直接使用ContextRefresher）： ```java import org.springframework.beans.factory.annotation.Autowired; import org.springframework.cloud.context.properties.ConfigurationPropertiesRebinder; import org.springframework.cloud.context.refresh.ContextRefresher; import org.springframework.context.ApplicationListener; import org.springframework.stereotype.Component; import com.alibaba.cloud.nacos.event.NacosConfigReceivedEvent; @Component public class NacosConfigRefreshListener implements ApplicationListener<NacosConfigReceivedEvent> { @Autowired private ConfigurationPropertiesRebinder rebinder; @Override public void onApplicationEvent(NacosConfigReceivedEvent event) { // 当接收到Nacos配置更新事件时，重新绑定@ConfigurationProperties rebinder.rebind(); } } ``` 但是注意：NacosConfigReceivedEvent是Nacos客户端在接收到配置更新时发布的事件。不过，在Spring Cloud Alibaba中，我们通常使用ContextRefresher来刷新，而ContextRefresher在刷新时会发布RefreshEvent。另外，NacosConfigProperties会发布NacosConfigReceivedEvent。 另一种做法是直接监听Nacos的配置变化，然后调用rebinder： 但是，我们也可以使用ContextRefresher来刷新整个上下文，但这会触发所有@RefreshScope的Bean刷新，而我们不想用@RefreshScope，所以我们只重新绑定@ConfigurationProperties。 另外，我们也可以自定义一个事件，然后在需要的时候手动更新特定的Bean。 方案4：使用自定义的Scope - 我们可以模仿RefreshScope，自己实现一个Scope，并注册到Spring容器中。然后在需要动态刷新的Bean上使用我们自定义的Scope。当配置更新时，我们清除这个Scope的缓存，这样下次获取Bean时就会重新创建。 但是这种方法比较复杂，而且和@RefreshScope的实现类似。 综合考虑，方案3可能是比较直接且符合Spring Cloud生态的做法。 但是，请注意：ConfigurationPropertiesRebinder的rebind方法会重新绑定所有的@ConfigurationProperties Bean，这可能会带来性能开销，而且如果有些Bean我们不希望刷新，那么这种方法就不太合适。 因此，我们可以改进方案3：只重新绑定特定的Bean。 例如： ```java @Component public class NacosConfigRefreshListener implements ApplicationListener<NacosConfigReceivedEvent> { @Autowired private ConfigurationPropertiesRebinder rebinder; @Autowired private MyConfig myConfig; // 我们想要刷新的配置Bean @Override public void onApplicationEvent(NacosConfigReceivedEvent event) { // 重新绑定指定的Bean rebinder.rebind("myConfig"); // 这里传入Bean的名称 } } ``` 这样，只有名为"myConfig"的Bean会被重新绑定。 另外，我们也可以不监听NacosConfigReceivedEvent，而是监听Spring Cloud的RefreshEvent，因为ContextRefresher在刷新时会发布这个事件。但是，如果我们不使用@RefreshScope，那么默认的刷新事件可能不会触发，所以我们需要自己触发。 实际上，Nacos Config Starter在监听到配置变化时，会调用ContextRefresher.refresh()，而ContextRefresher.refresh()会做两件事： 1. 更新Environment中的配置。 2. 发布RefreshEvent事件。 而如果我们不想使用@RefreshScope，那么我们可以监听RefreshEvent，然后执行重新绑定： ```java @Component public class RefreshEventListener implements ApplicationListener<RefreshEvent> { @Autowired private ConfigurationPropertiesRebinder rebinder; @Override public void onApplicationEvent(RefreshEvent event) { rebinder.rebind("myConfig"); } } ``` 这样，当配置刷新时，我们的配置Bean就会重新绑定。 但是注意：这种方法依赖于ContextRefresher被调用（即Nacos配置更新触发刷新），而我们并没有禁用这个默认行为（Nacos Config Starter默认会触发刷新）。 总结步骤： 1. 在pom.xml中确保有spring-cloud-starter-alibaba-nacos-config和spring-cloud-context依赖。 2. 定义配置Bean，使用@ConfigurationProperties，例如MyConfig，并加上@Component。 3. 创建一个监听器，监听RefreshEvent（或者NacosConfigReceivedEvent），然后在事件处理中调用ConfigurationPropertiesRebinder的rebind方法，传入需要刷新的Bean名称。 这样，当配置更新时，MyConfig这个Bean的属性就会从Environment中重新绑定，从而获得最新的值。 注意：使用@ConfigurationProperties的Bean，在重新绑定时，会调用setter方法，所以确保你有setter方法。 另外，如果你有多个这样的Bean，可以遍历需要刷新的Bean名称，依次调用rebind。 方案5：使用@Scheduled定时轮询 - 我们可以定时从Environment中读取配置，然后更新到Bean中。但这种方法实时性不高，且增加系统开销。 综上所述，推荐方案3的改进版（监听RefreshEvent并重新绑定特定的配置Bean）。 示例代码： 配置Bean： ```java @Component @ConfigurationProperties(prefix = "my") public class MyConfig { private String property; public String getProperty() { return property; } public void setProperty(String property) { this.property = property; } } ``` 监听器： ```java import org.springframework.beans.factory.annotation.Autowired; import org.springframework.cloud.context.properties.ConfigurationPropertiesRebinder; import org.springframework.cloud.context.refresh.ContextRefresher; import org.springframework.context.ApplicationListener; import org.springframework.cloud.context.refresh.RefreshEvent; import org.springframework.stereotype.Component; @Component public class CustomRefreshEventListener implements ApplicationListener<RefreshEvent> { @Autowired private ConfigurationPropertiesRebinder rebinder; @Override public void onApplicationEvent(RefreshEvent event) { // 重新绑定MyConfig rebinder.rebind("myConfig"); } } ``` 注意：Bean的名称默认是类名首字母小写，即"myConfig"。你也可以通过@Component("myConfigBean")指定。 这样，当有配置刷新事件时，就会重新绑定这个Bean，从而更新其属性值。 但是，请注意：这种方法只更新了@ConfigurationProperties Bean，而其他方式（如使用@Value注解的字段）不会更新，因为@Value是在Bean创建时注入的，之后不会改变。所以，如果还有其他需要动态刷新的地方，建议都集中到@ConfigurationProperties Bean中。 因此，在不使用@RefreshScope的情况下，我们可以通过监听刷新事件并手动重新绑定@ConfigurationProperties Bean来实现动态刷新。 最后，我们还需要注意：Nacos配置更新事件可能会频繁触发，所以确保重新绑定的操作是幂等的，并且不会对性能造成太大影响。 另外，如果配置Bean被多个线程使用，在重新绑定的过程中，可能会存在短暂的旧值，但通常重新绑定过程很快，所以影响不大。</think>在不使用`@RefreshScope`注解的情况下实现Nacos配置的动态刷新，可通过以下方案实现： ### 方案1：监听配置更新事件 + 手动更新Bean #### 步骤： 1. **注册Nacos监听器** 在配置类中添加`NacosConfigManager`监听配置变化： ```java import com.alibaba.nacos.api.config.ConfigService; import com.alibaba.nacos.api.config.listener.Listener; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.annotation.Configuration; import javax.annotation.PostConstruct; import java.util.concurrent.Executor; @Configuration public class NacosConfigListener { @Autowired private ConfigService configService; @Autowired private MyConfigBean myConfigBean; // 需要动态更新的Bean @PostConstruct public void init() { configService.addListener( "dataId", "group", new Listener() { @Override public Executor getExecutor() { return null; // 使用默认线程池 } @Override public void receiveConfigInfo(String newConfig) { // 解析新配置并更新Bean myConfigBean.updateFromConfig(newConfig); } } ); } } ``` 2. **在Bean中实现更新逻辑** ```java @Component public class MyConfigBean { private String dynamicValue; // 手动更新配置的方法 public void updateFromConfig(String newConfig) { // 解析newConfig（如JSON/YAML），更新字段 this.dynamicValue = parseConfig(newConfig).getValue(); } } ``` ### 方案2：直接读取Environment + 定时轮询 #### 步骤： 1. **注入Environment并定时获取最新值** ```java import org.springframework.core.env.Environment; import org.springframework.scheduling.annotation.Scheduled; @Component public class ConfigUpdater { @Autowired private Environment env; @Scheduled(fixedDelay = 5000) // 每5秒轮询 public void refreshConfig() { String newValue = env.getProperty("config.key"); // 更新业务逻辑 } } ``` ### 方案3：自定义Scope实现动态刷新 #### 步骤： 1. **实现自定义Scope** ```java public class DynamicScope implements Scope { private final ConcurrentHashMap<String, Object> beanCache = new ConcurrentHashMap<>(); @Override public Object get(String name, ObjectFactory<?> objectFactory) { return beanCache.computeIfAbsent(name, k -> objectFactory.getObject()); } // 配置更新时清空缓存 public void refreshAll() { beanCache.clear(); } } ``` 2. **注册Scope并监听刷新事件** ```java @Configuration public class ScopeConfig implements ApplicationContextAware { private ApplicationContext context; @Bean public DynamicScope dynamicScope() { return new DynamicScope(); } @PostConstruct public void setup() { ((ConfigurableApplicationContext) context) .getBeanFactory() .registerScope("dynamic", dynamicScope()); } @Override public void setApplicationContext(ApplicationContext ctx) { this.context = ctx; } } ``` 3. **在Bean上使用自定义Scope** ```java @Component @Scope("dynamic") // 使用自定义Scope public class DynamicConfigBean { @Value("${config.key}") private String value; } ``` 4. **配置更新时触发刷新** ```java // 在Nacos监听器中调用 dynamicScope.refreshAll(); // 清空缓存使Bean重建 ``` ### 关键机制说明 1. **Nacos监听原理** Nacos客户端通过长轮询监听配置变更，变更后主动推送新配置到应用[^4]。 2. **配置更新流程** ```mermaid graph LR A[Nacos配置变更] --> B[Nacos客户端收到通知] B --> C[发布ConfigChangeEvent] C --> D[自定义监听器执行] D --> E[更新Bean状态/重建Bean] ``` 3. **与@RefreshScope的区别** - `@RefreshScope`依赖Spring Cloud的`RefreshScope`机制，通过销毁Bean触发重建[^2][^3] - 本方案绕过`RefreshScope`，直接操作Bean更新或自定义生命周期管理 ### 注意事项 1. **线程安全** 配置更新和业务访问需同步（如用`volatile`字段或`ReadWriteLock`） 2. **性能影响** 频繁刷新时避免阻塞Nacos回调线程 3. **配置解析** 复杂配置需实现解析逻辑（如用`Jackson`解析JSON） > 通过以上方案，可在完全掌控Bean生命周期的情况下实现配置动态刷新，避免`@RefreshScope`的代理开销和Scope限制。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值