IOC 容器的初始化包括BeanDefinition 的Resource 定位属瓣、加載和注冊(cè)這三個(gè)基本的過(guò)程载迄。
其繼承體系如下圖所示：
ApplicationContext 允許上下文嵌套，通過(guò)保持父上下文可以維持一個(gè)上下文體系抡蛙。對(duì)于Bean 的查找可以在這個(gè)上下文體系中發(fā)生护昧，首先檢查當(dāng)前上下文，其次是父上下文粗截，逐級(jí)向上惋耙，這樣為不同的Spring應(yīng)用提供了一個(gè)共享的Bean 定義環(huán)境。
1熊昌、尋找入口
我們用的比較多的ClassPathXmlApplicationContext绽榛，通過(guò)main()方法啟動(dòng):
ApplicationContext app = new ClassPathXmlApplicationContext("application.xml");
先看其構(gòu)造函數(shù)的調(diào)用：
public ClassPathXmlApplicationContext(String configLocation) throws BeansException {
this(new String[]{configLocation}, true, (ApplicationContext)null);
}
其實(shí)際調(diào)用的構(gòu)造函數(shù)為：
public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, @Nullable ApplicationContext parent) throws BeansException {
super(parent);
this.setConfigLocations(configLocations);
if (refresh) {
this.refresh();
}
}
還有像AnnotationConfigApplicationContext 、FileSystemXmlApplicationContext 婿屹、
XmlWebApplicationContext 等都繼承自父容器AbstractApplicationContext 主要用到了裝飾器模式和策略模式灭美，最終都是調(diào)用refresh()方法。
2昂利、獲得配置路徑
在創(chuàng)建ClassPathXmlApplicationContext 容器時(shí)届腐，構(gòu)造方法做以下兩項(xiàng)重要工作：
首先，調(diào)用父類(lèi)容器的構(gòu)造方法(super(parent)方法)為容器設(shè)置好Bean 資源加載器蜂奸。
然后犁苏， 再調(diào)用父類(lèi)AbstractRefreshableConfigApplicationContext 的setConfigLocations(configLocations)方法設(shè)置Bean 配置信息的定位路徑。
通過(guò)追蹤C(jī)lassPathXmlApplicationContext 的繼承體系扩所， 發(fā)現(xiàn)其父類(lèi)的父類(lèi)AbstractApplicationContext 中初始化IOC 容器所做的主要源碼如下：
public abstract class AbstractApplicationContext extends DefaultResourceLoader
implements ConfigurableApplicationContext {
//靜態(tài)初始化塊傀顾，在整個(gè)容器創(chuàng)建過(guò)程中只執(zhí)行一次
static {
//為了避免應(yīng)用程序在Weblogic8.1 關(guān)閉時(shí)出現(xiàn)類(lèi)加載異常加載問(wèn)題，加載IOC 容
//器關(guān)閉事件(ContextClosedEvent)類(lèi)
ContextClosedEvent.class.getName();
}
public AbstractApplicationContext() {
this.resourcePatternResolver = getResourcePatternResolver();
}
public AbstractApplicationContext(@Nullable ApplicationContext parent) {
this();
setParent(parent);
}
//獲取一個(gè)Spring Source 的加載器用于讀入Spring Bean 配置信息
protected ResourcePatternResolver getResourcePatternResolver() {
//AbstractApplicationContext 繼承DefaultResourceLoader碌奉，因此也是一個(gè)資源加載器
//Spring 資源加載器短曾，其getResource(String location)方法用于載入資源
return new PathMatchingResourcePatternResolver(this);
}
...
}
AbstractApplicationContext 的默認(rèn)構(gòu)造方法中有調(diào)用PathMatchingResourcePatternResolver 的構(gòu)造方法創(chuàng)建Spring 資源加載器：
public PathMatchingResourcePatternResolver(ResourceLoader resourceLoader) {
Assert.notNull(resourceLoader, "ResourceLoader must not be null");
//設(shè)置Spring 的資源加載器
this.resourceLoader = resourceLoader;
}
在設(shè)置容器的資源加載器之后，接下來(lái)ClassPathXmlApplicationContext 執(zhí)行setConfigLocations()方法通過(guò)調(diào)用其父類(lèi)AbstractRefreshableConfigApplicationContext 的方法進(jìn)行對(duì)Bean 配置信息的定位赐劣，該方法的源碼如下：
/**
* Set the config locations for this application context in init-param style,
* i.e. with distinct locations separated by commas, semicolons or whitespace.
* <p>If not set, the implementation may use a default as appropriate.
*/
//處理單個(gè)資源文件路徑為一個(gè)字符串的情況
public void setConfigLocation(String location) {
//String CONFIG_LOCATION_DELIMITERS = ",; /t/n";
//即多個(gè)資源文件路徑之間用” ,; \t\n”分隔嫉拐，解析成數(shù)組形式
setConfigLocations(StringUtils.tokenizeToStringArray(location, CONFIG_LOCATION_DELIMITERS));
}
/**
* Set the config locations for this application context.
* <p>If not set, the implementation may use a default as appropriate.
*/
//解析Bean 定義資源文件的路徑，處理多個(gè)資源文件字符串?dāng)?shù)組
public void setConfigLocations(@Nullable String... locations) {
if (locations != null) {
Assert.noNullElements(locations, "Config locations must not be null");
this.configLocations = new String[locations.length];
for (int i = 0; i < locations.length; i++) {
// resolvePath 為同一個(gè)類(lèi)中將字符串解析為路徑的方法
this.configLocations[i] = resolvePath(locations[i]).trim();
}
} else {
this.configLocations = null;
}
}
通過(guò)這兩個(gè)方法的源碼我們可以看出魁兼，我們既可以使用一個(gè)字符串來(lái)配置多個(gè)Spring Bean 配置信息婉徘，也可以使用字符串?dāng)?shù)組，即下面兩種方式都是可以的：
ClassPathResource res = new ClassPathResource("a.xml,b.xml");
多個(gè)資源文件路徑之間可以是用” , ; \t\n”等分隔咐汞。
ClassPathResource res =new ClassPathResource(new String[]{"a.xml","b.xml"});
至此盖呼，SpringIOC 容器在初始化時(shí)將配置的Bean 配置信息定位為Spring 封裝的Resource。
3化撕、開(kāi)始啟動(dòng)
SpringIOC 容器對(duì)Bean 配置資源的載入是從refresh()函數(shù)開(kāi)始的几晤，refresh()是一個(gè)模板方法，規(guī)定了IOC 容器的啟動(dòng)流程植阴， 有些邏輯要交給其子類(lèi)去實(shí)現(xiàn)蟹瘾。它對(duì)Bean 配置資源進(jìn)行載入ClassPathXmlApplicationContext 通過(guò)調(diào)用其父類(lèi)AbstractApplicationContext 的refresh()函數(shù)啟動(dòng)整個(gè)IOC 容器對(duì)Bean 定義的載入過(guò)程圾浅，現(xiàn)在我們來(lái)詳細(xì)看看refresh()中的邏輯處理：
@Override
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
// Prepare this context for refreshing.
//1、調(diào)用容器準(zhǔn)備刷新的方法憾朴，獲取容器的當(dāng)時(shí)時(shí)間狸捕，同時(shí)給容器設(shè)置同步標(biāo)識(shí)
prepareRefresh();
// Tell the subclass to refresh the internal bean factory.
//2、告訴子類(lèi)啟動(dòng)refreshBeanFactory()方法众雷，Bean 定義資源文件的載入從
//子類(lèi)的refreshBeanFactory()方法啟動(dòng)
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// Prepare the bean factory for use in this context.
//3灸拍、為BeanFactory 配置容器特性，例如類(lèi)加載器砾省、事件處理器等
prepareBeanFactory(beanFactory);
try {
// Allows post-processing of the bean factory in context subclasses.
//4株搔、為容器的某些子類(lèi)指定特殊的BeanPost 事件處理器
postProcessBeanFactory(beanFactory);
// Invoke factory processors registered as beans in the context.
//5、調(diào)用所有注冊(cè)的BeanFactoryPostProcessor 的Bean
invokeBeanFactoryPostProcessors(beanFactory);
// Register bean processors that intercept bean creation.
//6纯蛾、為BeanFactory 注冊(cè)BeanPost 事件處理器.
//BeanPostProcessor 是Bean 后置處理器纤房，用于監(jiān)聽(tīng)容器觸發(fā)的事件
registerBeanPostProcessors(beanFactory);
// Initialize message source for this context.
//7、初始化信息源翻诉，和國(guó)際化相關(guān).
initMessageSource();
// Initialize event multicaster for this context.
//8炮姨、初始化容器事件傳播器.
initApplicationEventMulticaster();
// Initialize other special beans in specific context subclasses.
//9、調(diào)用子類(lèi)的某些特殊Bean 初始化方法
onRefresh();
// Check for listener beans and register them.
//10碰煌、為事件傳播器注冊(cè)事件監(jiān)聽(tīng)器.
registerListeners();
// Instantiate all remaining (non-lazy-init) singletons.
//11舒岸、初始化所有剩余的單例Bean
finishBeanFactoryInitialization(beanFactory);
// Last step: publish corresponding event.
//12、初始化容器的生命周期事件處理器芦圾，并發(fā)布容器的生命周期事件
finishRefresh();
} catch (BeansException ex) {
if (logger.isWarnEnabled()) {
logger.warn("Exception encountered during context initialization - " +
"cancelling refresh attempt: " + ex);
}
// Destroy already created singletons to avoid dangling resources.
//13蛾派、銷(xiāo)毀已創(chuàng)建的Bean
destroyBeans();
// Reset 'active' flag.
//14、取消refresh 操作个少，重置容器的同步標(biāo)識(shí).
cancelRefresh(ex);
// Propagate exception to caller.
throw ex;
} finally {
// Reset common introspection caches in Spring's core, since we
// might not ever need metadata for singleton beans anymore...
//15洪乍、重設(shè)公共緩存
resetCommonCaches();
}
}
}
refresh()方法主要為IOC 容器Bean 的生命周期管理提供條件，Spring IOC 容器載入Bean 配置信息從其子類(lèi)容器的refreshBeanFactory() 方法啟動(dòng)夜焦， 所以整個(gè)refresh() 中“ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();”這句以后代碼的都是注冊(cè)容器的信息源和生命周期事件壳澳，我們前面說(shuō)的載入就是從這句代碼開(kāi)始啟動(dòng)。
refresh()方法的主要作用是：在創(chuàng)建IOC 容器前茫经，如果已經(jīng)有容器存在巷波，則需要把已有的容器銷(xiāo)毀和關(guān)閉，以保證在refresh 之后使用的是新建立起來(lái)的IOC 容器卸伞。它類(lèi)似于對(duì)IOC 容器的重啟抹镊，在新建立好的容器中對(duì)容器進(jìn)行初始化，對(duì)Bean 配置資源進(jìn)行載入荤傲。
4垮耳、創(chuàng)建容器
obtainFreshBeanFactory()方法調(diào)用子類(lèi)容器的refreshBeanFactory()方法，啟動(dòng)容器載入Bean 配置信息的過(guò)程弃酌，代碼如下：
protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
//這里使用了委派設(shè)計(jì)模式氨菇，父類(lèi)定義了抽象的refreshBeanFactory()方法，具體實(shí)現(xiàn)調(diào)用子類(lèi)容器的refreshBeanFactory()方法
refreshBeanFactory();
ConfigurableListableBeanFactory beanFactory = getBeanFactory();
if (logger.isDebugEnabled()) {
logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);
}
return beanFactory;
}
AbstractApplicationContext 類(lèi)中只抽象定義了refreshBeanFactory()方法妓湘，容器真正調(diào)用的是其子類(lèi)AbstractRefreshableApplicationContext 實(shí)現(xiàn)的refreshBeanFactory()方法查蓉，方法的源碼如下：
protected final void refreshBeanFactory() throws BeansException {
//如果已經(jīng)有容器，銷(xiāo)毀容器中的bean榜贴，關(guān)閉容器
if (hasBeanFactory()) {
destroyBeans();
closeBeanFactory();
}
try {
//創(chuàng)建IOC 容器
DefaultListableBeanFactory beanFactory = createBeanFactory();
beanFactory.setSerializationId(getId());
//對(duì)IOC 容器進(jìn)行定制化豌研，如設(shè)置啟動(dòng)參數(shù)，開(kāi)啟注解的自動(dòng)裝配等
customizeBeanFactory(beanFactory);
//調(diào)用載入Bean 定義的方法唬党，主要這里又使用了一個(gè)委派模式鹃共，在當(dāng)前類(lèi)中只定義了抽象的loadBeanDefinitions 方法，具體的實(shí)現(xiàn)調(diào)用子類(lèi)容器
loadBeanDefinitions(beanFactory);
synchronized (this.beanFactoryMonitor) {
this.beanFactory = beanFactory;
}
} catch (IOException ex) {
throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
}
}
在這個(gè)方法中驶拱，先判斷BeanFactory 是否存在霜浴，如果存在則先銷(xiāo)毀beans 并關(guān)閉beanFactory，接著創(chuàng)建DefaultListableBeanFactory蓝纲，并調(diào)用loadBeanDefinitions(beanFactory)裝載bean 定義阴孟。
5、載入配置路徑
AbstractRefreshableApplicationContext 中只定義了抽象的loadBeanDefinitions 方法税迷，容器真正調(diào)用的是其子類(lèi)AbstractXmlApplicationContext 對(duì)該方法的實(shí)現(xiàn)永丝，AbstractXmlApplicationContext的主要源碼如下：
loadBeanDefinitions() 方法同樣是抽象方法， 是由其子類(lèi)實(shí)現(xiàn)的箭养， 也即在AbstractXmlApplicationContext 中慕嚷。
public abstract class AbstractXmlApplicationContext extends AbstractRefreshableConfigApplicationContext {
...
//實(shí)現(xiàn)父類(lèi)抽象的載入Bean 定義方法
@Override
protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException {
//創(chuàng)建XmlBeanDefinitionReader，即創(chuàng)建Bean 讀取器毕泌，并通過(guò)回調(diào)設(shè)置到容器中去喝检，容器使用該讀取器讀取Bean 配置資源
XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory);
//為Bean 讀取器設(shè)置Spring 資源加載器，AbstractXmlApplicationContext 的
//祖先父類(lèi)AbstractApplicationContext 繼承DefaultResourceLoader撼泛，因此蛇耀，容器本身也是一個(gè)資源加載器
beanDefinitionReader.setEnvironment(this.getEnvironment());
beanDefinitionReader.setResourceLoader(this);
//為Bean 讀取器設(shè)置SAX xml 解析器
beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this));
//當(dāng)Bean 讀取器讀取Bean 定義的Xml 資源文件時(shí)，啟用Xml 的校驗(yàn)機(jī)制
initBeanDefinitionReader(beanDefinitionReader);
//Bean 讀取器真正實(shí)現(xiàn)加載的方法
loadBeanDefinitions(beanDefinitionReader);
}
protected void initBeanDefinitionReader(XmlBeanDefinitionReader reader) {
reader.setValidating(this.validating);
}
//Xml Bean 讀取器加載Bean 配置資源
protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException {
//獲取Bean 配置資源的定位
Resource[] configResources = getConfigResources();
if (configResources != null) {
//Xml Bean 讀取器調(diào)用其父類(lèi)AbstractBeanDefinitionReader 讀取定位的Bean 配置資源
reader.loadBeanDefinitions(configResources);
}
// 如果子類(lèi)中獲取的Bean 配置資源定位為空坎弯，則獲取ClassPathXmlApplicationContext
// 構(gòu)造方法中setConfigLocations 方法設(shè)置的資源
String[] configLocations = getConfigLocations();
if (configLocations != null) {
//Xml Bean 讀取器調(diào)用其父類(lèi)AbstractBeanDefinitionReader 讀取定位的Bean 配置資源
reader.loadBeanDefinitions(configLocations);
}
}
//這里又使用了一個(gè)委托模式纺涤，調(diào)用子類(lèi)的獲取Bean 配置資源定位的方法
//該方法在ClassPathXmlApplicationContext 中進(jìn)行實(shí)現(xiàn)，對(duì)于我們
//舉例分析源碼的ClassPathXmlApplicationContext 沒(méi)有使用該方法
@Nullable
protected Resource[] getConfigResources() {
return null;
}
}
以XmlBean 讀取器的其中一種策略XmlBeanDefinitionReader 為例抠忘。XmlBeanDefinitionReader 調(diào)用其父類(lèi)AbstractBeanDefinitionReader 的reader.loadBeanDefinitions()方法讀取Bean 配置資源撩炊。
由于我們使用ClassPathXmlApplicationContext 作為例子分析，因此getConfigResources 的返回值為null崎脉，因此程序執(zhí)行reader.loadBeanDefinitions(configLocations)分支拧咳。
6、分配路徑處理策略
在XmlBeanDefinitionReader 的抽象父類(lèi)AbstractBeanDefinitionReader 中定義了載入過(guò)程囚灼。
AbstractBeanDefinitionReader 的loadBeanDefinitions()方法源碼如下：
//重載方法骆膝，調(diào)用下面的loadBeanDefinitions(String, Set<Resource>);方法
@Override
public int loadBeanDefinitions(String location) throws BeanDefinitionStoreException {
return loadBeanDefinitions(location, null);
}
public int loadBeanDefinitions(String location, @Nullable Set<Resource> actualResources) throws
BeanDefinitionStoreException {
//獲取在IOC 容器初始化過(guò)程中設(shè)置的資源加載器
ResourceLoader resourceLoader = getResourceLoader();
if (resourceLoader == null) {
throw new BeanDefinitionStoreException(
"Cannot import bean definitions from location [" + location + "]: no ResourceLoader available");
}
if (resourceLoader instanceof ResourcePatternResolver) {
// Resource pattern matching available.
try {
//將指定位置的Bean 配置信息解析為Spring IOC 容器封裝的資源
//加載多個(gè)指定位置的Bean 配置信息
Resource[] resources = ((ResourcePatternResolver) resourceLoader).getResources(location);
//委派調(diào)用其子類(lèi)XmlBeanDefinitionReader 的方法祭衩，實(shí)現(xiàn)加載功能
int loadCount = loadBeanDefinitions(resources);
if (actualResources != null) {
for (Resource resource : resources) {
actualResources.add(resource);
}
}
if (logger.isDebugEnabled()) {
logger.debug("Loaded " + loadCount + " bean definitions from location pattern [" + location + "]");
}
return loadCount;
} catch (IOException ex) {
throw new BeanDefinitionStoreException(
"Could not resolve bean definition resource pattern [" + location + "]", ex);
}
} else {
// Can only load single resources by absolute URL.
//將指定位置的Bean 配置信息解析為Spring IOC 容器封裝的資源
//加載單個(gè)指定位置的Bean 配置信息
Resource resource = resourceLoader.getResource(location);
//委派調(diào)用其子類(lèi)XmlBeanDefinitionReader 的方法，實(shí)現(xiàn)加載功能
int loadCount = loadBeanDefinitions(resource);
if (actualResources != null) {
actualResources.add(resource);
}
if (logger.isDebugEnabled()) {
logger.debug("Loaded " + loadCount + " bean definitions from location [" + location + "]");
}
return loadCount;
}
}
//重載方法阅签，調(diào)用loadBeanDefinitions(String);
@Override
public int loadBeanDefinitions(String... locations) throws BeanDefinitionStoreException {
Assert.notNull(locations, "Location array must not be null");
int counter = 0;
for (String location : locations) {
counter += loadBeanDefinitions(location);
}
return counter;
}
AbstractRefreshableConfigApplicationContext 的loadBeanDefinitions(Resource...resources) 方法實(shí)際上是調(diào)用AbstractBeanDefinitionReader 的loadBeanDefinitions()方法掐暮。
從對(duì)AbstractBeanDefinitionReader 的loadBeanDefinitions()方法源碼分析可以看出該方法就做了兩件事：
首先，調(diào)用資源加載器的獲取資源方法resourceLoader.getResource(location)政钟，獲取到要加載的資源路克。
其次，真正執(zhí)行加載功能是其子類(lèi)XmlBeanDefinitionReader 的loadBeanDefinitions()方法养交。在loadBeanDefinitions()方法中調(diào)用了AbstractApplicationContext 的getResources()方法精算，跟進(jìn)去之后發(fā)現(xiàn)getResources()方法其實(shí)定義在ResourcePatternResolver 中，此時(shí)碎连，我們有必要來(lái)看一下ResourcePatternResolver 的全類(lèi)圖：
從上面可以看到ResourceLoader 與ApplicationContext 的繼承關(guān)系灰羽，可以看出其實(shí)際調(diào)用的是DefaultResourceLoader 中的getSource() 方法定位Resource ， 因?yàn)镃lassPathXmlApplicationContext 本身就是DefaultResourceLoader 的實(shí)現(xiàn)類(lèi)鱼辙，所以此時(shí)又回到了ClassPathXmlApplicationContext 中來(lái)谦趣。
7、解析配置文件路徑
XmlBeanDefinitionReader 通過(guò)調(diào)用ClassPathXmlApplicationContext 的父類(lèi)DefaultResourceLoader 的getResource()方法獲取要加載的資源
//TODO添加源碼解析
8座每、開(kāi)始讀取配置內(nèi)容
繼續(xù)回到XmlBeanDefinitionReader 的loadBeanDefinitions(Resource …)方法看到代表bean 文件的資源定義以后的載入過(guò)程前鹅。
//TODO添加源碼解析
9、準(zhǔn)備文檔對(duì)象
DocumentLoader 將Bean 配置資源轉(zhuǎn)換成Document 對(duì)象
//TODO添加源碼解析
10峭梳、分配解析策略
XmlBeanDefinitionReader 類(lèi)中的doLoadBeanDefinition()方法是從特定XML 文件中實(shí)際載入Bean 配置資源的方法舰绘，該方法在載入Bean 配置資源之后將其轉(zhuǎn)換為Document 對(duì)象，接下來(lái)調(diào)用registerBeanDefinitions() 啟動(dòng)Spring IOC 容器對(duì)Bean 定義的解析過(guò)程葱椭。
//TODO添加源碼解析
11捂寿、將配置載入內(nèi)存
BeanDefinitionDocumentReader 接口通過(guò)registerBeanDefinitions() 方法調(diào)用其實(shí)現(xiàn)類(lèi)DefaultBeanDefinitionDocumentReader 對(duì)Document 對(duì)象進(jìn)行解析。
//TODO添加源碼解析
12孵运、載入<bean>元素
Bean 配置信息中的<import>和<alias>元素解析在DefaultBeanDefinitionDocumentReader 中已經(jīng)完成秦陋，對(duì)Bean 配置信息中使用最多的<bean>元素交由BeanDefinitionParserDelegate 來(lái)解析。
//TODO添加源碼解析
13治笨、載入<property>元素
BeanDefinitionParserDelegate 在解析<Bean>調(diào)用parsePropertyElements()方法解析<Bean>元素中的<property>屬性子元素驳概。
//TODO添加源碼解析
14、載入<property>的子元素
在BeanDefinitionParserDelegate 類(lèi)中的parsePropertySubElement()方法對(duì)<property>中的子元素解析旷赖。
//TODO添加源碼解析
15顺又、載入<list>的子元素
在BeanDefinitionParserDelegate 類(lèi)中的parseListElement()方法就是具體實(shí)現(xiàn)解析<property>元素中的<list>集合子元素。
//TODO添加源碼解析
16等孵、分配注冊(cè)策略
讓我們繼續(xù)跟蹤程序的執(zhí)行順序稚照，接下來(lái)我們來(lái)分析DefaultBeanDefinitionDocumentReader 對(duì)Bean 定義轉(zhuǎn)換的Document 對(duì)象解析的流程中， 在其parseDefaultElement() 方法中完成對(duì)Document 對(duì)象的解析后得到封裝BeanDefinition 的BeanDefinitionHold 對(duì)象， 然后調(diào)用BeanDefinitionReaderUtils 的registerBeanDefinition() 方法向IOC 容器注冊(cè)解析的Bean 果录。
BeanDefinitionReaderUtils 的注冊(cè)的源碼如下：
//將解析的BeanDefinitionHold 注冊(cè)到容器中
public static void registerBeanDefinition(
BeanDefinitionHolder definitionHolder, BeanDefinitionRegistry registry)
throws BeanDefinitionStoreException {
//獲取解析的BeanDefinition 的名稱(chēng)
String beanName = definitionHolder.getBeanName();
//向IOC 容器注冊(cè)BeanDefinition
registry.registerBeanDefinition(beanName, definitionHolder.getBeanDefinition());
//如果解析的BeanDefinition 有別名上枕，向容器為其注冊(cè)別名
String[] aliases = definitionHolder.getAliases();
if (aliases != null) {
for (String alias : aliases) {
registry.registerAlias(beanName, alias);
}
}
}
當(dāng)調(diào)用BeanDefinitionReaderUtils 向IOC 容器注冊(cè)解析的BeanDefinition 時(shí)，真正完成注冊(cè)功能的是DefaultListableBeanFactory弱恒。
17辨萍、向容器注冊(cè)
DefaultListableBeanFactory 中使用一個(gè)HashMap 的集合對(duì)象存放IOC 容器中注冊(cè)解析的BeanDefinition，向IOC 容器注冊(cè)的主要源碼如下：
//存儲(chǔ)注冊(cè)信息的BeanDefinition
private final Map<String, BeanDefinition> beanDefinitionMap = new ConcurrentHashMap<>(256);
//向IOC 容器注冊(cè)解析的BeanDefiniton
@Override
public void registerBeanDefinition(String beanName, BeanDefinition beanDefinition)
throws BeanDefinitionStoreException {
Assert.hasText(beanName, "Bean name must not be empty");
Assert.notNull(beanDefinition, "BeanDefinition must not be null");
//校驗(yàn)解析的BeanDefiniton
if (beanDefinition instanceof AbstractBeanDefinition) {
try {
((AbstractBeanDefinition) beanDefinition).validate();
} catch (BeanDefinitionValidationException ex) {
throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
"Validation of bean definition failed", ex);
}
}
BeanDefinition oldBeanDefinition;
oldBeanDefinition = this.beanDefinitionMap.get(beanName);
if (oldBeanDefinition != null) {
if (!isAllowBeanDefinitionOverriding()) {
throw new BeanDefinitionStoreException(beanDefinition.getResourceDescription(), beanName,
"Cannot register bean definition [" + beanDefinition + "] for bean '" + beanName +
"': There is already [" + oldBeanDefinition + "] bound.");
} else if (oldBeanDefinition.getRole() < beanDefinition.getRole()) {
// e.g. was ROLE_APPLICATION, now overriding with ROLE_SUPPORT or ROLE_INFRASTRUCTURE
if (this.logger.isWarnEnabled()) {
this.logger.warn("Overriding user-defined bean definition for bean '" + beanName +
"' with a framework-generated bean definition: replacing [" +
oldBeanDefinition + "] with [" + beanDefinition + "]");
}
} else if (!beanDefinition.equals(oldBeanDefinition)) {
if (this.logger.isInfoEnabled()) {
this.logger.info("Overriding bean definition for bean '" + beanName +
"' with a different definition: replacing [" + oldBeanDefinition +
"] with [" + beanDefinition + "]");
}
} else {
if (this.logger.isDebugEnabled()) {
this.logger.debug("Overriding bean definition for bean '" + beanName +
"' with an equivalent definition: replacing [" + oldBeanDefinition +
"] with [" + beanDefinition + "]");
}
}
this.beanDefinitionMap.put(beanName, beanDefinition);
} else {
if (hasBeanCreationStarted()) {
//注冊(cè)的過(guò)程中需要線(xiàn)程同步斤彼，以保證數(shù)據(jù)的一致性
synchronized (this.beanDefinitionMap) {
this.beanDefinitionMap.put(beanName, beanDefinition);
List<String> updatedDefinitions = new ArrayList<>(this.beanDefinitionNames.size() + 1);
updatedDefinitions.addAll(this.beanDefinitionNames);
updatedDefinitions.add(beanName);
this.beanDefinitionNames = updatedDefinitions;
if (this.manualSingletonNames.contains(beanName)) {
Set<String> updatedSingletons = new LinkedHashSet<>(this.manualSingletonNames);
updatedSingletons.remove(beanName);
this.manualSingletonNames = updatedSingletons;
}
}
} else {
this.beanDefinitionMap.put(beanName, beanDefinition);
this.beanDefinitionNames.add(beanName);
this.manualSingletonNames.remove(beanName);
}
this.frozenBeanDefinitionNames = null;
}
//檢查是否有同名的BeanDefinition 已經(jīng)在IOC 容器中注冊(cè)
if (oldBeanDefinition != null || containsSingleton(beanName)) {
//重置所有已經(jīng)注冊(cè)過(guò)的BeanDefinition 的緩存
resetBeanDefinition(beanName);
}
}
至此分瘦，Bean 配置信息中配置的Bean 被解析過(guò)后蘸泻，已經(jīng)注冊(cè)到IOC 容器中琉苇，被容器管理起來(lái)，真正完成了IOC 容器初始化所做的全部工作≡檬現(xiàn)在IOC 容器中已經(jīng)建立了整個(gè)Bean 的配置信息并扇，這些BeanDefinition 信息已經(jīng)可以使用，并且可以被檢索抡诞，IOC 容器的作用就是對(duì)這些注冊(cè)的Bean 定義信息進(jìn)行處理和維護(hù)穷蛹。這些的注冊(cè)的Bean 定義信息是IOC 容器控制反轉(zhuǎn)的基礎(chǔ)，正是有了這些注冊(cè)的數(shù)據(jù)昼汗，容器才可以進(jìn)行依賴(lài)注入肴熏。
