Spring源碼解析容器初始化構造方法
前言
Spring框架被廣泛應用于我們的日常工作中,但是很長時間以來我都是只會使用,不懂它的作用原理。通過最近一段時間的閱讀源碼,個人發(fā)現(xiàn)通過閱讀源碼,能夠幫助我們了解Spring的設計理念,并且對Java編程中的一些設計模式更加熟悉,所以記錄一下自己對Spring源碼的理解。
在開始進行源碼學習前,首先再回顧一下三種Spring編程風格:
- 基于
Schema
,即通過xml
標簽的配置方式 - 基于
Annotation
的注解技術,使用@Component
等注解配置bean - 基于
Java Config
,簡單來說就是使用@Configuration
和@Bean
進行配置
基于注解的方式需要通過xml或java config來開啟。
在使用xml時,需要手動開啟對注解的支持:
<context: annotation-config/>
當然,如果在xml中配置了掃描包,現(xiàn)在也可以光添加下面這一行,這行代碼中已經(jīng)包含了注解的開啟功能。
<context: component-sacn base-package="com"/>
如果你使用的是下面AnnotationConfigApplicationContext
這種方式,那么就不需要添加任何操作了,其中已經(jīng)包含了對注解的支持。
AnnotationConfigApplicationContext ctx =new AnnotationConfigApplicationContext(SpringConfig.class);
在實際使用過程中,三種方式是可以混合使用的,不存在沖突。按照下面這種方式作為AnnotationConfigApplicationContext
傳入的配置文件,即可實現(xiàn)三種風格的統(tǒng)一使用:
@Configuration @ComponentScan("com") @ImportResource("classpath:spring.xml") public class SpringConfig{ }
之前也有小伙伴對我說,在開始學習Spring的時候,差點因為配置繁雜的xml被勸退,我也翻閱了一下網(wǎng)上spring入門的技術文章,確實很多還是停留在使用xml的方式上。但是其實如果你翻閱一下spring5的官方文檔,可以看出官方是推薦我們使用注解的方式的。
尤其是現(xiàn)在的Spring Boot更多的是基于注解,省略了很多配置的過程,對新手更加友好,降低了勸退率,所以本文將基于注解的方式進行源碼解析,另外再說明一下本文基于spring-framework-5.0.x
源碼。
使用注解的方式初始化一個Spring環(huán)境,只需要下面一行代碼:
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(SpringConfig.class);
如果看一下它的構造方法,那么可以將它做的工作拆分為三步,為了便于理解可以寫成下面的形式,并分為三大模塊分別進行說明。
構造方法
首先看一下AnnotationConfigApplicationContext
的繼承關系:
AnnotationConfigApplicationContext
繼承了GenericApplicationContext
,那么我們先看GenericApplicationContext
的構造方法:
public GenericApplicationContext() { this.beanFactory = new DefaultListableBeanFactory(); }
在這里初始化了一個beanFactory
的實現(xiàn)類DefaultListableBeanFactory
,這就是我們常提到的spring中重要的bean工廠,這里面存放了很多非常重要的數(shù)據(jù)結構。這里先列出比較重要的beanDefinitionMap
,會在后面頻繁使用:
private final Map<String, BeanDefinition> beanDefinitionMap = new ConcurrentHashMap<>(256); private volatile List<String> beanDefinitionNames = new ArrayList<>(256);
在上面的這個beanDefinitionMap
中就維護了beanName
及BeanDefinition
的對應關系,beanDefinitionNames
則是一個存放beanName
的List。
從AnnotationConfigApplicationContext
的構造方法開始分析:
public AnnotationConfigApplicationContext() { this.reader = new AnnotatedBeanDefinitionReader(this); this.scanner = new ClassPathBeanDefinitionScanner(this); }
首先實例化了一個AnnotatedBeanDefinitionReader
對象,看一下AnnotatedBeanDefinitionReader
的構造函數(shù):
public AnnotatedBeanDefinitionReader(BeanDefinitionRegistry registry) { this(registry, getOrCreateEnvironment(registry)); }
那么,為什么在這能夠將AnnotationConfigApplicationContext
對象作為BeanDefinitionRegistry
傳入呢?
回頭看一下繼承關系那張圖,AnnotationConfigApplicationContext
繼承了BeanDefinitionRegistry
,并且最終實現(xiàn)了接口BeanFactory
,BeanFactory
可以說是Spring中的頂層類,它是一個工廠,能夠產生bean對象,提供了一個非常重要的方法getBean,會在后面講到。
到這,我們可以得出一個結論:
BeanDefinitionRegistry
可以等同于AnnotationConfigApplicationContext
,看做spring的上下文環(huán)境。
AnnotatedBeanDefinitionReader
在實例化時,會調用registerAnnotationConfigProcessors
方法。先看前半段代碼:
public static Set<BeanDefinitionHolder> registerAnnotationConfigProcessors( BeanDefinitionRegistry registry, @Nullable Object source) { DefaultListableBeanFactory beanFactory = unwrapDefaultListableBeanFactory(registry); if (beanFactory != null) { if (!(beanFactory.getDependencyComparator() instanceof AnnotationAwareOrderComparator)) { beanFactory.setDependencyComparator(AnnotationAwareOrderComparator.INSTANCE); } if (!(beanFactory.getAutowireCandidateResolver() instanceof ContextAnnotationAutowireCandidateResolver)) { beanFactory.setAutowireCandidateResolver(new ContextAnnotationAutowireCandidateResolver()); } }
在這里先獲取在父類構造函數(shù)中實例好的beanFactory
,并為它填充一些屬性:
AnnotationAwareOrderComparator
:主要用于排序,解析@order
和@Priority
注解ContextAnnotationAutowireCandidateResolver
:提供處理延遲加載的功能
再看后半段代碼,下面生成了6個重要類的BeanDefinitionHolder
,并存放到一個Set中:
Set<BeanDefinitionHolder> beanDefs = new LinkedHashSet<>(8); if (!registry.containsBeanDefinition(CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(ConfigurationClassPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(REQUIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(RequiredAnnotationBeanPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, REQUIRED_ANNOTATION_PROCESSOR_BEAN_NAME)); } // Check for JSR-250 support, and if present add the CommonAnnotationBeanPostProcessor. if (jsr250Present && !registry.containsBeanDefinition(COMMON_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(CommonAnnotationBeanPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, COMMON_ANNOTATION_PROCESSOR_BEAN_NAME)); } // Check for JPA support, and if present add the PersistenceAnnotationBeanPostProcessor. if (jpaPresent && !registry.containsBeanDefinition(PERSISTENCE_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(); try { def.setBeanClass(ClassUtils.forName(PERSISTENCE_ANNOTATION_PROCESSOR_CLASS_NAME, AnnotationConfigUtils.class.getClassLoader())); } catch (ClassNotFoundException ex) { throw new IllegalStateException( "Cannot load optional framework class: " + PERSISTENCE_ANNOTATION_PROCESSOR_CLASS_NAME, ex); } def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, PERSISTENCE_ANNOTATION_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(EVENT_LISTENER_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(EventListenerMethodProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, EVENT_LISTENER_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(EVENT_LISTENER_FACTORY_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(DefaultEventListenerFactory.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, EVENT_LISTENER_FACTORY_BEAN_NAME)); } return beanDefs; }
這里是使用RootBeanDefinition
來將普通類轉換為BeanDefinition
,并進一步封裝成BeanDefinitionHolder
。封裝成BeanDefinitionHolder
的操作在registerPostProcessor
方法中:
private static BeanDefinitionHolder registerPostProcessor( BeanDefinitionRegistry registry, RootBeanDefinition definition, String beanName) { definition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE); registry.registerBeanDefinition(beanName, definition); return new BeanDefinitionHolder(definition, beanName); }
通過registerBeanDefinition
方法將BeanDefinition
注冊到spring環(huán)境中,這個操作其實就是執(zhí)行了上面的beanDefinitionMap
的put
操作:
this.beanDefinitionMap.put(beanName, beanDefinition);
在上面的操作全部完成后,在還沒有實例化用戶自定義的bean前,已經(jīng)有了6個spring自己定義的beanDefinition
,
用于實現(xiàn)spring自身的初始化:
這里有必要對BeanDefinition
進行一下說明,它是對具有屬性值的bean
實例的一個說明,或者說是定義。就像是在java類加載的過程,普通java文件要先生成字節(jié)碼文件,再加載到jvm中生成class
對象,spring初始化過程中首先要將普通類轉化為BeanDefinition
,然后再實例化為bean。
在實例化AnnotatedBeanDefinitionReader
完成后,實例化了一個ClassPathBeanDefinitionScanner
,可以用來掃描包或者類,并將掃描到的類轉化為BeanDefinition
。但是翻閱源碼,我們可以看到實際上掃描包的工作不是這個scanner
對象來完成的,而是在后面spring自己實例化了一個ClassPathBeanDefinitionScanner
來負責的。
這里的scanner
僅僅是對外提供一個擴展,可以讓我們能夠在外部調用AnnotationConfigApplicationContext
對象的scan
方法,實現(xiàn)包的掃描,
例如:
context.scan("com.hydra");
到這里,AnnotationConfigApplicationContext
的構造函數(shù)就執(zhí)行完了,下一篇,我們來詳細說說接下來被調用的register
方法。
到此這篇關于Spring源碼解析容器初始化構造方法的文章就介紹到這了,更多相關Spring構造方法內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Java使用POI導出大數(shù)據(jù)量Excel的方法
今天需要寫一個導出的Excel的功能,但是發(fā)現(xiàn)當數(shù)據(jù)量到3萬條時,列數(shù)在23列時,內存溢出,CPU使用100%,測試環(huán)境直接炸掉。小編給大家分享基于java使用POI導出大數(shù)據(jù)量Excel的方法,感興趣的朋友一起看看吧2019-11-11Java技巧分享之利用RxJava打造可觀測數(shù)據(jù)RxLiveData
這篇文章主要來和大家分享一個Java技巧,那就是利用RxJava打造可觀測數(shù)據(jù)RxLiveData,文中的示例代碼講解詳細,感興趣的小伙伴可以了解一下2023-06-06SSH框架網(wǎng)上商城項目第4戰(zhàn)之EasyUI菜單的實現(xiàn)
SSH框架網(wǎng)上商城項目第4戰(zhàn)之EasyUI菜單的實現(xiàn),本文主要使用EasyUI技術簡單實現(xiàn)后臺菜單,感興趣的小伙伴們可以參考一下2016-05-05