Spring Cloud 2.2.2 源码之三十八@RefreshScope详解四
RefreshScope注解类实例化基本流程

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

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

BeanLifecycleWrapper的getBean
其实内部维护了一个bean实例的缓存,就是被代理对象,不存在的话就调用ObjectFactory的getObject获取,如果调用过销毁方法,这个bean就不存在,就会重新创建实例。

其实就是又到这里来了,这个就是常规的获取创建实例:

至此scope的代理对象和被代理对象都已经创建。
有请求来的时候
当有请求来的时候,会调用CGLIB代理对象的DynamicAdvisedInterceptor的intercept,内部有两个拦截链,但是实际上只会执行一个,然后就返回了:

LockedScopedProxyFactoryBean的invoke
内部反射调用被代理对象的方法后直接返回了,不会继续执行其他的拦截链,也就是说DelegatingIntroductionInterceptor拦截没用到。

好了,基本的RefreshScope注解原理讲完了,后面我们结合nacos的动态配置刷新再讲下。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵
本文深入解析SpringCloud中@RefreshScope注解的动态刷新机制,包括其实例化流程、对象获取方式、及如何通过BeanLifecycleWrapper实现bean的动态更新。并介绍了在有请求时,CGLIB代理对象的调用过程。
6727

被折叠的 条评论
为什么被折叠?



