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的动态配置刷新再讲下。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵