Spring Cloud 2.2.2 源码之三十八@RefreshScope详解四

本文深入解析SpringCloud中@RefreshScope注解的动态刷新机制,包括其实例化流程、对象获取方式、及如何通过BeanLifecycleWrapper实现bean的动态更新。并介绍了在有请求时,CGLIB代理对象的调用过程。

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

RefreshScope注解类实例化基本流程

在这里插入图片描述

RefreshScope的对象获取

继续上篇,创建对象,不是单例,也不是原型,而是scope,容器内部有5scope上次说过了,所以这个就是找出对应的scope,然后进行获取:
在这里插入图片描述

RefreshScope的get

会封装成一个BeanLifecycleWrapper包装对象,内部也有个bean实例缓存,还能控制销毁的逻辑,其实这个才是关键,只要销毁了就把bean对象释放了,然后再获得的时候又是去创建一个新的,可以获取新的属性,因此可以做动态更新,后面会说,然后包装对想也会放入BeanLifecycleWrapperCache缓存中,底层就是StandardScopeCacheConcurrentMap,缓存的操作都用StandardScopeCache。还要维护一个读写锁映射,在操作写BeanLifecycleWrapper的时候可以用写锁,读的时候可以用读锁,提高效率。然后还是调用BeanLifecycleWrappergetBean()获取。
在这里插入图片描述

BeanLifecycleWrapper的getBean

其实内部维护了一个bean实例的缓存,就是被代理对象,不存在的话就调用ObjectFactorygetObject获取,如果调用过销毁方法,这个bean就不存在,就会重新创建实例。
在这里插入图片描述
其实就是又到这里来了,这个就是常规的获取创建实例:
在这里插入图片描述
至此scope的代理对象和被代理对象都已经创建。

有请求来的时候

当有请求来的时候,会调用CGLIB代理对象的DynamicAdvisedInterceptorintercept,内部有两个拦截链,但是实际上只会执行一个,然后就返回了:
在这里插入图片描述

LockedScopedProxyFactoryBean的invoke

内部反射调用被代理对象的方法后直接返回了,不会继续执行其他的拦截链,也就是说DelegatingIntroductionInterceptor拦截没用到。
在这里插入图片描述

好了,基本的RefreshScope注解原理讲完了,后面我们结合nacos的动态配置刷新再讲下。

好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值