Spring中@RefreshScope注解的處理方法詳解
@RefreshScope注解
spring啟動時會調(diào)用ClassPathBeanDefinitionScanner.java類中的doScan()對包路徑下的所有class進行掃描,獲取bean的定義,同時對bean的@RefreshScope(@Scope的父類)進行處理。
- 獲取作用在類上的@RefreshScope(@Scope的父類)注解元數(shù)據(jù),封裝成ScopeMetadata對象,同時聲明bean的作用域candidate.setScope(scopeMetadata.getScopeName());
- 根據(jù)scopeMetadata即@Scope對bean進行代理,使用ScopedProxyFactoryBean類創(chuàng)建RootBeanDefinition代替原理的bean定義。將被代理的原始bean定義注冊到容器中(scopedTarget.configController -> ConfigController),再將代理的bean定義注冊到容器中(configController -> ScopedProxyFactoryBean)
處理這個使用@RefreshScope注解的bean的是RefreshScope組件,可以看到父類GenericScope實現(xiàn)了BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor接口,這是容器的后置處理器,當(dāng)容器啟動時會先調(diào)用BeanDefinitionRegistryPostProcessor接口中的postProcessBeanDefinitionRegistry()方法,再BeanFactoryPostProcessor接口中的postProcessBeanFactory()方法。
public class RefreshScope extends GenericScope
implements ApplicationContextAware, Ordered{...}
public class GenericScope implements Scope, BeanFactoryPostProcessor,
BeanDefinitionRegistryPostProcessor, DisposableBean{...}
獲取容器中包含的所有的bean定義,再通過bean裝飾的bean定義獲取作用域,判斷是否為RefreshScope能處理的作用域,在構(gòu)造RefreshScope實例時設(shè)置了name為"refresh"getName().equals(root.getDecoratedDefinition().getBeanDefinition().getScope())。ps:這是個細(xì)節(jié),在被裝飾的bean定義的scope是"refresh",而裝飾者bean的scope是"";之后處理的時候先處理裝飾者bean,在處理原始bean,就是通過這個scope來判斷的。如果是的話將bean的class設(shè)置為LockedScopedProxyFactoryBean,將當(dāng)前RefreshScope實例對象設(shè)置為構(gòu)造函數(shù)的參數(shù)??聪翷ockedScopedProxyFactoryBean這個類:
public static class LockedScopedProxyFactoryBean<S extends GenericScope>
extends ScopedProxyFactoryBean implements MethodInterceptor{...}
public class ScopedProxyFactoryBean extends ProxyConfig implements FactoryBean<Object>, BeanFactoryAware{...}
可以看到LockedScopedProxyFactoryBean的父類實現(xiàn)了BeanFactoryAware接口,因此在bean實例化的時候會調(diào)用實現(xiàn)的setBeanFactory()方法,這時會通過代理工廠創(chuàng)建代理對象,即生成LockedScopedProxyFactoryBean類的代理對象。由于LockedScopedProxyFactoryBean類實現(xiàn)了Advised接口,因此可以作為代理對象的攔截器,當(dāng)調(diào)用代理對象的方法時攔截器就會起作用。
public void setBeanFactory(BeanFactory beanFactory) {
......
ProxyFactory pf = new ProxyFactory();
pf.copyFrom(this);
pf.setTargetSource(this.scopedTargetSource);
.....
this.proxy = pf.getProxy(cbf.getBeanClassLoader());
}
public void setBeanFactory(BeanFactory beanFactory) {
super.setBeanFactory(beanFactory);
Object proxy = getObject();
if (proxy instanceof Advised) {
Advised advised = (Advised) proxy;
advised.addAdvice(0, this);
}
}
總結(jié)下@RefreshScope注解的bean實例化的過程:
- 使用了@RefreshScope注解的bean的定義會被設(shè)置成LockedScopedProxyFactoryBean.class
- 創(chuàng)建bean時先生成LockedScopedProxyFactoryBean的實例對象
- 由于LockedScopedProxyFactoryBean實現(xiàn)了BeanFactoryAware接口,會調(diào)用setBeanFactory()
- 在setBeanFactory()方法中會通過cglib創(chuàng)建LockedScopedProxyFactoryBean對象的代理對象,F(xiàn)actoryBean接口的getObject()會返回此代理對象,因此最終得到的就是LockedScopedProxyFactoryBean對象的代理對
- 由于代理對象為LockedScopedProxyFactoryBean的子類,因此實現(xiàn)了Advised接口,可以將調(diào)用setBeanFactory()方法的LockedScopedProxyFactoryBean對象作為攔截器保存下來
當(dāng)容器啟動完成刷新后會發(fā)布ContextRefreshedEvent事件,RefreshScope類中的start()使用了@EventListener注解,可以作為監(jiān)聽器對ContextRefreshedEvent事進行處理。找到scope是"refresh"的bean的定義,再走Scope的代碼塊進行實例化。
protected <T> T doGetBean(final String name, @Nullable final Class<T> requiredType,
@Nullable final Object[] args, boolean typeCheckOnly) throws BeansException {
......
if (mbd.isSingleton()) {
......
}
else if (mbd.isPrototype()) {
......
}
else {
String scopeName = mbd.getScope();
//根據(jù)name獲取Scope,當(dāng)前一共有四個
//refresh -> {RefreshScope@5469}
//request -> {RequestScope@7462}
//session -> {SessionScope@7464}
//application -> {ServletContextScope@7466}
final Scope scope = this.scopes.get(scopeName);
if (scope == null) {
throw new IllegalStateException("No Scope registered for scope name '" + scopeName + "'");
}
try {
Object scopedInstance = scope.get(beanName, () -> {
beforePrototypeCreation(beanName);
try {
return createBean(beanName, mbd, args);
}
finally {
afterPrototypeCreation(beanName);
}
});
bean = getObjectForBeanInstance(scopedInstance, name, beanName, mbd);
}
}
......
}
獲取到RefreshScope對象后就會調(diào)用其中的get()方法進行初始化。先創(chuàng)建BeanLifecycleWrapper對象,包含了bean的name和創(chuàng)建bean的工廠方法(lamdba表達(dá)式),再調(diào)用BeanLifecycleWrapper類中的getBean()方法獲取bean的實例對象,此時調(diào)用this.bean = this.objectFactory.getObject();工廠方法來創(chuàng)建bean,則回到createBean(beanName, mbd, args);方法完成bean的創(chuàng)建。接下來看看方法是怎么調(diào)用的。
- 獲取被代理原始bean的實例對象
- 創(chuàng)建攔截器鏈,找到之前加入的LockedScopedProxyFactoryBean攔截器,調(diào)用invoke()方法進行處理
- 獲取代理對象,即LockedScopedProxyFactoryBean的代理對象;獲取讀寫鎖的讀鎖,當(dāng)前配置刷新時,則無法獲取
- 以反射方式調(diào)用目標(biāo)方法method.invoke(target, args)
再看看配置怎么刷新到bean當(dāng)中的。當(dāng)配置源變更時方法調(diào)用鏈如下:
- NacosContextRefresher#registerNacosListener()注冊監(jiān)聽器(receiveConfigInfo())
- ApplicationEventPublisher.java#publishEvent()發(fā)布RefreshEvent事件
- SimpleApplicationEventMulticaster#multicastEvent()方法廣播事件
- RefreshEventListener#handle(RefreshEvent event)處理RefreshEvent事件
- ContextRefresher#refresh()進行處理,做了三件事
- 刷新配置源
- 發(fā)布EnvironmentChangeEvent事件,重新生成配置源Bean(@ConfigurationProperties注解Bean)
- 將配置寫到@RefreshScope注解標(biāo)注的Bean
開始分析怎么刷新到@RefreshScope注解標(biāo)注的Bean:將保存原始被代理的Bean的BeanLifecycleWrapperCache中清空,獲取寫鎖(此時其他線程無法獲取讀鎖),調(diào)用每個BeanLifecycleWrapper的destroy()方法進行銷毀。緩存被清空了,如果重新獲取Bean就得重新創(chuàng)建,此時就會進行Bean的屬性填充,就可以從屬性源中獲取新的屬性了
到此這篇關(guān)于Spring中@RefreshScope注解的處理方法詳解的文章就介紹到這了,更多相關(guān)Spring的@RefreshScope注解內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
使用Easyexcel實現(xiàn)不同場景的數(shù)據(jù)導(dǎo)出功能
這篇文章主要為大家詳細(xì)介紹了如何在不同場景下使用Easyexcel實現(xiàn)數(shù)據(jù)導(dǎo)出功能,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以跟隨小編一起學(xué)習(xí)一下2024-03-03
Windows下安裝Maven的詳細(xì)教程(含鏡像與本地倉庫配置)
Maven?是?Java?生態(tài)系統(tǒng)中不可或缺的項目管理和構(gòu)建自動化工具,本文詳細(xì)介紹了在Windows系統(tǒng)上安裝和配置Maven的完整流程,希望對大家有所幫助2026-04-04
為什么ConcurrentHashMap的key value不能為null,map可以?
這篇文章主要介紹了為什么ConcurrentHashMap的key value不能為null,map可以呢?具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01

