Nacos是怎样实现配置动态更新的?如何动态更新bean?

最新推荐文章于 2025-05-25 17:35:16 发布
最新推荐文章于 2025-05-25 17:35:16 发布
阅读量5.7k 收藏 12
点赞数 9
CC 4.0 BY-SA版权
分类专栏： 分布式微服务 文章标签： java 分布式 dubbo
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wangliangluang/article/details/127040023
本文介绍了Nacos作为配置中心如何实现实时配置更新，通过GRPC长连接监听配置变更，并在服务端发生变更时通知客户端。客户端利用@RefreshScope注解动态更新bean，包括清除缓存和重新实例化过程。此外，解释了@RefreshScope注解下对象的单例或多例性质，以及如何通过代理机制实现依赖对象的动态更新。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

一.前言.

   Nocos( Dynamic Naming and Configuration Service)是阿里开源的,集配置中心和注册中心为一体的微服务框架.
此篇主要说明Nacos在作为配置中心时是怎样做到动态更新配置的.

二.实现方式猜想

其实要实现动态配置更新,目前主要有两种方式:

  1. 客户端每隔一段时间进行定时加载配置,这种很容易实现,但是性能不高,并且在一定时间范围内无法做到及时更新.
  2. 服务端在发生配置变更的时候向客户端发起一个通知,客户端收到通知后,去加载变更的配置.这种比较高效.

三.Nocas具体实现

nacos是第二种思想.

SDK(也就是客户端) 通过 GRPC(一个开源RPC框架,用于服务调用) 长连接监听配置变更，Server 端对比 Client 端配置的 MD5 和本地 MD5是否相等，不相等推送配置变更.
在这里插入图片描述

四.如何动态更新bean的呢?

在服务端发送通知,客户端拿到最新的配置后,通常需要动态更新一些bean,那是怎么做的呢?

  1. 首先标识需要动态更新的bean对象.
    使用SpringCloud中的@RefreshScope注解,这个注解主要有两个作用.
         (1) @Scope(“refresh”):将其作用域标识为特殊的refresh
         (2) ScopedProxyMode.TARGET_CLASS :当ScopedProxyMode 为TARGET_CLASS 的时候会给当前创建的bean 生成一个代理对象，会通过代理对象来访问(这个后面会重点说明)
  2. 客户端拿到最新的配置后,将配置更新到Spring容器中的Environment对象中.
  3. 清除bean缓存,这里的缓存和通常说的三级缓存有点不一样,是BeanLifecycleWrapperCache,缓存了所有@RefreshScope 标注的对象.
  4. 对所有需要动态更新的bean重新执行实例化,初始化的过程,执行完毕重新放到缓存中.

补充知识:
       在IOC容器里面，有一个map类型的scopes的缓存，他会根据scope名称不同，分为restart、request、session、refresh、application（至于为啥没有单例和多例，因为单例的缓存已经单独放在SingletonObjects缓存里面了，多例就更不用说，压根就不需要缓存）。

在这里插入图片描述

五.原理细节理解

问题1:
      当某个对象加了@RefreshCode注解,一旦该对象的某个值要更新,那么所有依赖到该对象的对象也需要更新,那是怎么做的呢?难道全部都从新实例化初始化吗?要是这样的话就有些不合理了.

答案:
      其实Spring这里设计的还是很巧妙的.
      正常来讲,Spring管理的所有对象的属性注入在项目一启动就已经确定了,那在启动后如果想更新某个对象值,不仅要更新本对象,还要更新所有依赖到该对象的对象.
      那为了简化操作,Spring在依赖对象和属性之间加了一层代理,就是前面提到的ScopedProxyMode.TARGET_CLASS.当有对象标识为这个的时候,那么所有用到该对象的地方拿到的其实都是一个代理.

举例:
定义一个测试类:TestController.加了@RefreshScope注解,也就标识了ScopedProxyMode.TARGET_CLASS.
在这里插入图片描述
当TestController被其他类作为属性注入时,就会注入一个代理类.
在这里插入图片描述
当使用代理类去执行我们自己的方法的时候,会进入代理方法中,在代理方法中会去获取真正的对象.
在这里插入图片描述
      在此方法getTarget()中,会根据不同情况判断是新增还是从缓存中获取对象.
假如是单例模式:会直接从一级缓存(SingletonObjects)中获取
假如是多例:直接重新走实例化初始化的过程
假如是其他:比如说是refresh,会从对应的缓存(BeanLifecycleWrapperCache)中获取.如下图.
在这里插入图片描述
      那么当testController动态更新后,BeanLifecycleWrapperCache缓存中会对该对象进行更新,此时依赖到该对象的对象也能够获取到最新的对象,做到动态更新bean及其关联方.

      这也是为什么如果某个对象加了refreshScope注解,那么该对象放到singletonObjects缓存中的就是一个代理对象,真正的对象在Scope.refresh.BeanLifecycleWrapperCache中.

问题2:
使用@RefreshScope的对象是单例的还是多例的?

答案:
      可能是单例的,也可能是多例的.这取决于该对象有没有被动态更新过,如果更新过,那么其他bean获取到的该对象也就变了.否则,一直是同一个对象.

======================================================================================================
如果你需要阅读专业书籍来提升自己,可以关注博主的公众号,回复 图书即可获得几百本程序员必读书籍.

包含以下所有分类中的各种经典书籍.
在这里插入图片描述
006QslZHly8h66jmes3esj30go0gowg9.jpg

今天的分享就到这里了,有问题可以在评论区留言,均会及时回复呀.
我是bling,未来不会太差,只要我们不要太懒就行, 咱们下期见.
在这里插入图片描述

Nacos 配置中心 Client 端配置热更新源码分析
weixin_42118323的博客
07-23 1503
作为配置中心，热更新功能是必不可少的，Nacos 配置中心当然也是支持热更新功能的，上一篇我们分析了 Nacos 配置中心配置是如何加载的，本篇我们一起从源码的角度来分析一下 Nacos 配置中心的热更新源码。
【Nacos无压力源码领读】(三) Nacos 配置中心与热更新原理详解超详细解读
wdx7770的博客
08-07 1535
本文将从 Nacos 配置中心的基本使用入手, 详细介绍 Nacos 客户端发布配置, 拉取配置, 订阅配置的过程以及服务器对应的处理过程;配置订阅以及热更新原理相关的部分, 我看了主流的博客网站, 绝对没有比这更详细的讲解;
nacos动态配置刷新机制原理
2401_87878486的博客
10-14 2713
springboot bean 加载过程是利用@ComponentScan会扫描并注册包下带有@Componet注解的类为Bean（@Configuration 实际上也是一个@Componet），达到一个注解驱动注册Bean的效果。扫描Bean并注册为BeanDefinition这一过程是由ClassPathBeanDefinitionScanner类的doScan方法去做的。// 扫描basePackages所在的包下的所有的类，带@Componet的类都会被注册为BeanDefinition。
整合 Nacos 配置中心：实现动态配置刷新
MorgenChen的博客
01-03 2001
在微服务架构下，配置中心是一个专门用来集中管理和分发配置的服务。它通过提供统一的接口，帮助开发人员将所有微服务的配置项集中存储、管理和分发，确保微服务在不同环境下（如开发、测试、生产环境）能够方便地获取到对应的配置。
SpringCloud使用Nacos 配置中心实现配置自动刷新
最新发布
qq_37963767的博客
05-25 764
SpringCloud项目中使用Nacos作为配置中心可以方便开发及运维人员随时查看配置信息，及配置共享，并且Nacos支持配置信息实时刷新，非常方便。下面是对Nacos配置中心的自动刷新功能使用。
深入解析Nacos配置中心的动态配置更新技术
码到三十五
04-18 1万+
Nacos配置中心通过长轮询、服务注册与监听、缓存策略等技术手段，实现了高效、安全的动态配置更新。这为微服务架构中的配置管理提供了强大的支持，使得开发者能够更灵活地管理和应用配置，从而提高服务的可用性和灵活性。听说...关注下面公众号的人都变牛了，纯技术，纯干货!个人主页。
nacos如何动态刷新配置
weixin_35751412的博客
02-15 2893
Nacos可以通过两种方式实现动态刷新配置： 推模式(Push Mode)：Nacos Server会主动将配置推送给客户端，客户端只需要订阅相应的配置即可。当Nacos Server上的配置发生变化时，Nacos Server会推送最新的配置到客户端，从而实现动态刷新配置。 拉模式(Pull Mode)：客户端可以通过轮询的方式从Nacos Server获取配置，当Nacos Server上...
nacos 配置动态更新-笔记
bohu83的博客
12-16 1622
本文属于b站图灵课堂springcloud笔记系列。讲得好还不要钱，值得推荐。
java后端：nacos 实现动态配置
枫
08-29 4698
使用nacos动态配置的原因： properties 和 yaml 是写到项目中的，好多时候有些配置需要修改，每次修改就要重新启动项目，不仅增加了系统的不稳定性，也大大提高了维护成本，非常麻烦，且耗费时间。使用动态配置，则可以避免这些麻烦，可以动态的修改配置，不需要重新启动项目。nacos配置中心，可以使得配置标准化、格式统一化，当配置信息发生变动时，修改实时生效，无需要重新重启服务器，就能够自动感知相应的变化，并将新的变化统一发送到相应程序上，快速响应变化。...
Nacos 配置中心：动态加载 Bean
小哇
07-02 420
【代码】Nacos 配置中心：动态加载 Bean。
【Spring Cloud】【Nacos】从源码层面理解Nacos 实现属性动态更新的原理
zhangshenglu1的博客
12-03 1863
在locate方法里面定义如何获取外部配置，并返回PropertySource/***/@Override。
Nacos动态配置原理分析
11-23
客户端是通过一个定时任务来检查自己监听的配置项的数据的，一旦服务端的数据发生变化时，客户端 将会获取到最新的数据，并将最新的数据保存在一个 CacheData 对象中，然后会重新计算 CacheData 的 md5 属性的值，此时就会对该 CacheData 所绑定的 Listener 触发 receiveConfigInfo 回调。
Nacos配置动态刷新
Java全生态技术分享
01-05 1123
nacos修改配置热生效
如何实现Nacos配置文件动态刷新【四种方式】
热门推荐
怀着一颗学徒的心
08-21 2万+
在Nacos中，动态刷新配置文件的实现方式可以总结如下：使用Spring Cloud Config + Nacos：结合Spring Cloud Config和Nacos作为配置中心，在应用程序中添加注解，并使用@Value注解绑定配置属性。通过发送POST请求到端点来触发配置的刷新。使用Nacos的ConfigListener接口：实现ConfigListener接口，并注册为Nacos的监听器。当配置发生变化时，回调相应方法进行处理。
Nacos——Nacos配置中心搭建及动态刷新配置及踩坑
weixin_42789698的博客
02-27 625
从架构图上可以知道，Nacos提供了两种服务，一种是用于服务注册、发现的Naming Service，一种是用于配置中心、动态配置的Config Service，而他们底层均由core模块来支持。外层提供OpenAPI供客户端使用，并提供了User Console、Admin Console方便用户使用。用户通过管理平台发布配置，通过HTTP调用将配置注册到服务端，服务端将之保存在MySQL等持久化存储引擎中；
nacos 配置动态刷新
qq_26831431的博客
07-11 1406
3. NacosConfigService类，在类中将listener放入到CacheData中，在NacosConfigService的构造函数中创建一个ClientWorker对象，ClientWorker包含一个定时任务，定时获取Nacos数据。5. cacheData调用Listener，此处的Listener有刚才在步骤2 NacosContextRefresher中设置的匿名类，发布RefreshEvent事件。2. NacosContextRefresher类。
nacos动态配置
SHUIHAN_007的博客
04-06 4700
昨天说了openfeign实现远程调用，今天继续 用nacos作为配置中心实现动态配置 依赖上面已经引入了，直接把官方的demo拿来 不过要注意，我们如果是yml配置的话千万别忘了指定file-extension spring: cloud: nacos: config: server-addr: 127.0.0.1:8848 file-extension: yml application: name: ruben-provider 然后
Nacos配置中心是如何实现动态刷新原理
Chenhui98的博客
08-12 1万+
关于配置中心，我们在分布式微服务的业务中可以对不同业务的配置，进行一个标准化、统一格式化、集中式的管理。当然我们用的比较多的就是Nacos、Apollo、Config。Apollo是相对比较重的配置中心，而Config配置中心需要新构建一个项目存放配置，也没有对应的可视化的配置页面。这里着重介绍下Nacos的配置中心，也是我们在日常开发中使用起来相对方便、简洁的配置中心，通过Nacos的注册中心和配置中心，让我们很清楚的知道服务的实例状态和配置文件的配置情况。...
如何设计并实现了基于 nacos的线程池配置注册中心？
02-22
<think>嗯，用户现在问的是如何设计并实现一个基于Nacos的线程池配置注册中心。首先，我需要回忆一下Nacos的基本功能。Nacos是阿里巴巴开源的配置中心和服务发现组件，常用于微服务架构中。用户可能希望利用Nacos的动态配置能力来管理线程池的参数，比如核心线程数、最大线程数等，这样可以实现不重启应用的情况下调整线程池配置。 接下来，我需要考虑用户的需求场景。可能是在微服务架构中，不同的服务实例需要根据负载动态调整线程池参数，以提高资源利用率和系统稳定性。用户可能希望有一个集中化的配置管理，避免每个实例单独配置，同时能够实时生效。 然后，设计思路应该包括几个方面：如何将线程池的配置存储在Nacos中，如何让应用实例监听配置变化，以及在配置变更时如何动态更新线程池参数。需要用到Nacos的配置管理功能，比如通过Namespace、Group和Data ID来组织配置。同时，线程池的动态调整需要考虑线程池本身的API，比如Java的ThreadPoolExecutor允许通过setCorePoolSize和setMaximumPoolSize方法动态调整参数。 在实现步骤上，可能需要分几个部分：首先集成Nacos客户端到应用中，然后定义线程池配置的数据结构，比如JSON格式，包含核心线程数、最大线程数、队列容量等字段。接着，应用启动时从Nacos获取初始配置并初始化线程池。同时注册一个监听器，当Nacos中的配置发生变化时，触发回调函数来更新线程池参数。 需要注意的细节包括线程池参数调整时的线程处理，比如当核心线程数减少时，如何处理空闲线程；队列容量是否可以动态调整，因为Java的阻塞队列通常不支持动态修改容量，可能需要自定义队列实现或采用其他策略。此外，配置的版本管理和回滚机制也是需要考虑的，避免错误的配置导致系统故障。 用户可能还会关心如何保证配置变更的原子性和一致性，避免部分实例更新而其他实例未更新的情况。这时候可以利用Nacos的版本控制或者使用灰度发布的方式来逐步应用配置变更。 另外，还需要考虑线程池监控，如何收集各个实例的线程池运行状态，比如当前活跃线程数、队列大小等，并将这些信息反馈到配置中心，以便进行更智能的动态调整。这可能涉及到与监控系统的集成，比如Prometheus或Spring Boot Actuator。 在安全性方面，需要确保Nacos的配置访问权限，避免未授权的修改。同时，配置的加密存储和传输也是需要考虑的，尤其是生产环境中的敏感信息。 测试阶段，需要验证配置动态更新的效果，比如调整核心线程数后，观察线程池的行为是否符合预期，是否有资源泄漏或性能下降的问题。还需要测试在高并发情况下，配置变更对系统稳定性的影响。 最后，文档和示例代码的提供也是重要的，帮助用户快速理解和使用该方案。可能需要编写详细的配置步骤和常见问题解答，以及如何处理配置错误或Nacos服务不可用的情况。</think>以下是设计并实现基于 **Nacos** 的线程池配置注册中心的详细方案： --- ### **1. 设计目标** - **动态管理线程池参数**：核心线程数、最大线程数、队列容量、拒绝策略等可动态调整。 - **配置集中化**：通过 Nacos 统一管理配置，避免各服务节点手动维护。 - **实时生效**：修改配置后，无需重启服务即可生效。 - **高可用性**：依赖 Nacos 集群保证配置中心稳定性。 --- ### **2. 核心组件与流程** #### **(1) 架构图** ``` +-------------------+ +-------------------+ | Nacos Server |<---->| ThreadPool Config| +-------------------+ +-------------------+ ^ | | 监听/推送配置 | 初始化/更新 | v +-------------------+ +-------------------+ | 应用服务节点 |----->| 动态线程池实例 | +-------------------+ +-------------------+ ``` #### **(2) 关键流程** 1. **初始化阶段**：应用启动时从 Nacos 拉取线程池配置，创建线程池。 2. **监听配置变更**：注册 Nacos 监听器，实时接收配置更新。 3. **动态调整线程池**：根据新配置修改线程池参数（如核心线程数）。 --- ### **3. 具体实现步骤** #### **(1) 定义线程池配置数据结构** 在 Nacos 中存储的配置需包含线程池核心参数，例如 JSON 格式： ```json { "corePoolSize": 10, "maxPoolSize": 20, "queueCapacity": 100, "keepAliveSeconds": 60, "rejectPolicy": "CallerRunsPolicy" } ``` #### **(2) 集成 Nacos 客户端** 在项目中引入 Nacos 客户端依赖（以 Java 为例）： ```xml <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> </dependency> ``` #### **(3) 初始化线程池并绑定 Nacos 配置** ```java @Configuration public class ThreadPoolConfig { @Autowired private NacosConfigManager nacosConfigManager; @Bean public ThreadPoolTaskExecutor dynamicThreadPool() throws NacosException { // 从 Nacos 获取初始配置 String config = nacosConfigManager.getConfigService() .getConfig("thread-pool-config", "DEFAULT_GROUP", 5000); ThreadPoolProperties props = parseConfig(config); // 创建线程池 ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(props.getCorePoolSize()); executor.setMaxPoolSize(props.getMaxPoolSize()); executor.setQueueCapacity(props.getQueueCapacity()); executor.setKeepAliveSeconds(props.getKeepAliveSeconds()); executor.setRejectedExecutionHandler(getRejectPolicy(props.getRejectPolicy())); executor.initialize(); // 注册监听器 nacosConfigManager.getConfigService().addListener( "thread-pool-config", "DEFAULT_GROUP", new ThreadPoolConfigListener(executor) ); return executor; } } ``` #### **(4) 实现 Nacos 配置变更监听器** ```java public class ThreadPoolConfigListener implements Listener { private final ThreadPoolTaskExecutor executor; public ThreadPoolConfigListener(ThreadPoolTaskExecutor executor) { this.executor = executor; } @Override public void receiveConfigInfo(String newConfig) { ThreadPoolProperties props = parseConfig(newConfig); // 动态调整线程池参数 executor.setCorePoolSize(props.getCorePoolSize()); executor.setMaxPoolSize(props.getMaxPoolSize()); executor.setQueueCapacity(props.getQueueCapacity()); // 注意：某些参数（如队列类型）不支持动态修改，需重建线程池 } } ``` #### **(5) 处理线程池动态调整的限制** - **队列容量调整**：Java 原生阻塞队列（如 `LinkedBlockingQueue`）不支持动态修改容量，需自定义队列或使用可调整队列（如 `ResizableCapacityLinkedBlockingQueue`）。 - **拒绝策略变更**：需重新设置 `RejectedExecutionHandler`。 --- ### **4. 高级优化** #### **(1) 线程池参数校验** 在更新配置时，校验参数的合法性（例如 `corePoolSize ≤ maxPoolSize`）。 #### **(2) 灰度发布** 通过 Nacos 的 **Beta 发布** 或 **标签路由**，将新配置先推送到部分节点验证。 #### **(3) 监控与反馈** - **监控线程池状态**：将活跃线程数、队列大小等指标上报到 Prometheus。 - **自动调参**：根据监控数据，结合规则引擎动态修改 Nacos 配置（如流量高峰时自动扩容）。 --- ### **5. 注意事项** - **线程安全**：配置更新和线程池操作需保证原子性，避免并发修改。 - **回退机制**：配置错误时，支持快速回滚到历史版本。 - **性能影响**：频繁调整核心线程数可能引发线程创建/销毁开销。 --- ### **6. 示例：Nacos 控制台操作** 1. **创建配置** - Data ID: `thread-pool-config` - Group: `DEFAULT_GROUP` - 内容: 上述 JSON 配置 2. **修改配置** 直接编辑配置内容并发布，应用节点会自动接收变更。 --- ### **7. 与其他方案的对比** | **方案** | **优点** | **缺点** | |------------------------|------------------------------|------------------------------| | **Nacos + 动态线程池** | 配置集中管理、实时生效 | 依赖 Nacos 可用性 | | **数据库 + 定时轮询** | 无外部依赖 | 延迟高、资源浪费 | | **ZooKeeper 监听** | 强一致性 | 复杂性高、运维成本高 | --- ### **总结** 通过 Nacos 实现线程池配置注册中心，能够显著提升系统的灵活性和可维护性。核心在于通过 Nacos 的动态配置能力与监听机制，结合线程池的动态参数调整 API，实现实时生效的线程池管理。需注意队列容量、拒绝策略等限制，并结合监控实现闭环优化。
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员bling

义父,感谢支持

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值