Spring注解之@Import的簡(jiǎn)單介紹
@Import可以導(dǎo)入以下幾種種類:
普通類
實(shí)現(xiàn)ImportSelector接口的類
實(shí)現(xiàn)DeferredImportSelector接口的類
實(shí)現(xiàn)ImportBeanDefinitionRegistrar接口的類
普通類
被導(dǎo)入的類會(huì)被容器注冊(cè)成一個(gè)Bean,可以被依賴注入使用?!?.2 版本之前只可以導(dǎo)入配置類;4.2版本之后也可以導(dǎo)入普通類,導(dǎo)入的類會(huì)被當(dāng)作配置類】
@Import注冊(cè)一個(gè)類時(shí),這個(gè)配置類不應(yīng)該被@Component或者@Configuration注解標(biāo)記。Spring中會(huì)將所有的bean class封裝成一個(gè)ConfigurationClass,并且此后會(huì)判斷被封裝的bean class是否是由其他類導(dǎo)入的.
@Configuration <strong>@Import(OtherBean.</strong><strong>class) </strong>public class SpringConfig { }
public class OtherBean { }
ImportSelector實(shí)現(xiàn)類
實(shí)現(xiàn)類不會(huì)被注冊(cè)成Bean,接口方法的返回值會(huì)被注冊(cè)成Bean。【BeanName是全類名】
@Configuration <strong>@Import(MyImportSelector.</strong><strong>class) </strong>public class SpringConfig { }
public class MyImportSelector implements<strong> ImportSelector</strong> { @Override public String[] selectImports(AnnotationMetadata importingClassMetadata) { return new String[]{OtherBean.class.getName()}; } }
DeferredImportSelector實(shí)現(xiàn)類
DeferredImportSelector是ImportSelector的子接口, 所以它們的實(shí)現(xiàn)方式一樣,只是Spring的處理方式不同。DeferredImportSelector和SpringBoot中自動(dòng)導(dǎo)入配置文件的延遲導(dǎo)入有關(guān)。
@Configuration <strong>@Import(MyDeferredImportSelector.</strong><strong>class) </strong>public class SpringConfig { }
public class MyDeferredImportSelector implements<strong> DeferredImportSelector</strong> { @Override public String[] selectImports(AnnotationMetadata importingClassMetadata) { return new String[]{OtherBean.class.getName()}; } }
ImportBeanDefinitionRegistrar實(shí)現(xiàn)類
實(shí)現(xiàn)類不會(huì)被注冊(cè)為bean,但是會(huì)回調(diào)其接口方法,由開發(fā)者通過(guò)Spring api手動(dòng)向Spring容器注冊(cè)bean?!绢愃朴贐eanFactoryPostRegister】
@Configuration <strong>@Import(MyImportBeanDefinitionRegistrar.</strong><strong>class) </strong>public class SpringConfig { }
public class MyImportBeanDefinitionRegistrar implements<strong> ImportBeanDefinitionRegistrar</strong> { @Override public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) { BeanDefinition beanDefinition = new RootBeanDefinition(); String beanName = StringUtils.uncapitalize(OtherBean.class.getSimpleName()); beanDefinition.setBeanClassName(OtherBean.class.getName()); registry.registerBeanDefinition(beanName,beanDefinition); } }
附:@Import相關(guān)源碼解析
加載解析@Import
注解位于BeanFactoryPostProcessor
處理的時(shí)候:
AbstractApplicationContext
的refresh
方法
-> invokeBeanFactoryPostProcessors(beanFactory);
-> PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());
-> registryProcessor.postProcessBeanDefinitionRegistry(registry);
這里的registryProcessor
,我們指ConfigurationClassPostProcessor
ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(registry)
-> processConfigBeanDefinitions(registry)
:
public void processConfigBeanDefinitions(BeanDefinitionRegistry registry) { //省略一些配置檢查與設(shè)置的邏輯 //根據(jù)@Order注解,排序所有的@Configuration類 configCandidates.sort((bd1, bd2) -> { int i1 = ConfigurationClassUtils.getOrder(bd1.getBeanDefinition()); int i2 = ConfigurationClassUtils.getOrder(bd2.getBeanDefinition()); return Integer.compare(i1, i2); }); // 創(chuàng)建ConfigurationClassParser解析@Configuration類 ConfigurationClassParser parser = new ConfigurationClassParser( this.metadataReaderFactory, this.problemReporter, this.environment, this.resourceLoader, this.componentScanBeanNameGenerator, registry); //剩余沒(méi)有解析的@Configuration類 Set<BeanDefinitionHolder> candidates = new LinkedHashSet<>(configCandidates); //已經(jīng)解析的@Configuration類 Set<ConfigurationClass> alreadyParsed = new HashSet<>(configCandidates.size()); do { //解析 parser.parse(candidates); parser.validate(); Set<ConfigurationClass> configClasses = new LinkedHashSet<>(parser.getConfigurationClasses()); configClasses.removeAll(alreadyParsed); // 生成類定義讀取器讀取類定義 if (this.reader == null) { this.reader = new ConfigurationClassBeanDefinitionReader( registry, this.sourceExtractor, this.resourceLoader, this.environment, this.importBeanNameGenerator, parser.getImportRegistry()); } this.reader.loadBeanDefinitions(configClasses); alreadyParsed.addAll(configClasses); candidates.clear(); if (registry.getBeanDefinitionCount() > candidateNames.length) { //省略檢查是否有其他需要加載的配置的邏輯 } } while (!candidates.isEmpty()); //省略后續(xù)清理邏輯 }
其中parser.parse(candidates)
的邏輯主要由org.springframework.context.annotation.ConfigurationClassParser
實(shí)現(xiàn),功能是加載@Import
注解還有即系@Import
注解。reader.loadBeanDefinitions(configClasses);
的邏輯主要由org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader
的loadBeanDefinitionsForConfigurationClass
方法實(shí)現(xiàn),功能是將上面解析的配置轉(zhuǎn)換為BeanDefinition
就是Bean
定義。
總結(jié)
到此這篇關(guān)于Spring注解之@Import的文章就介紹到這了,更多相關(guān)Spring注解@Import內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
自己動(dòng)手用Springboot實(shí)現(xiàn)仿百度網(wǎng)盤的實(shí)踐
本項(xiàng)目基于Springboot開發(fā)實(shí)現(xiàn),前端采用BootStrap開發(fā)實(shí)現(xiàn),模仿百度網(wǎng)盤實(shí)現(xiàn)相關(guān)功能,文中通過(guò)示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-12-12java抓取鼠標(biāo)事件和鼠標(biāo)滾輪事件示例
這篇文章主要介紹了java抓取鼠標(biāo)事件和鼠標(biāo)滾輪事件示例,需要的朋友可以參考下2014-05-05詳解Java分布式緩存系統(tǒng)中必須解決的四大問(wèn)題
分布式緩存系統(tǒng)是三高架構(gòu)中不可或缺的部分,極大地提高了整個(gè)項(xiàng)目的并發(fā)量、響應(yīng)速度,但它也帶來(lái)了新的需要解決的問(wèn)題,分別是: 緩存穿透、緩存擊穿、緩存雪崩和緩存一致性問(wèn)題。本文將詳細(xì)講解一下這四大問(wèn)題,需要的可以參考一下2022-04-04SpringBoot配置外部靜態(tài)資源映射問(wèn)題
這篇文章主要介紹了SpringBoot配置外部靜態(tài)資源映射問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-11-11