spring framework提供多种生成bean的方式:
<beans>
<import resource="services.xml"/>
<import resource="resources/messageSource.xml"/>
<import resource="/resources/themeSource.xml"/>
<bean id="bean1" class="..."/>
<bean id="bean2" class="..."/>
beans>
// 加载bean
ApplicationContext context = new ClassPathXmlApplicationContext("services.xml", "daos.xml");
看其中的refresh方法
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
// Prepare this context for refreshing.
prepareRefresh();
// Tell the subclass to refresh the internal bean factory.
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// Prepare the bean factory for use in this context.
prepareBeanFactory(beanFactory);
try {
// Allows post-processing of the bean factory in context subclasses.
postProcessBeanFactory(beanFactory);
// Invoke factory processors registered as beans in the context.
invokeBeanFactoryPostProcessors(beanFactory);
// Register bean processors that intercept bean creation.
registerBeanPostProcessors(beanFactory);
// Initialize message source for this context.
initMessageSource();
// Initialize event multicaster for this context.
initApplicationEventMulticaster();
// Initialize other special beans in specific context subclasses.
onRefresh();
// Check for listener beans and register them.
registerListeners();
// Instantiate all remaining (non-lazy-init) singletons.这个方法开始真正实例化bean
finishBeanFactoryInitialization(beanFactory);
// Last step: publish corresponding event.
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.
destroyBeans();
// Reset 'active' flag.
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...
resetCommonCaches();
}
}
}
上面的一些代码是为了做一些准备工作,和本文无关,不做介绍,其中很多都是围绕beanfactory进行,对其设置属性。
我们进入finishBeanFactoryInitialization这个方法,最后一行preInstantiateSingletons,开始实例化bean。
细心的人发现这个时候beanfactory里面的beannames已经加载了所有的xml文件中的bean和注解的bean,xml的读取顺序决定了beannames的顺序,beannames的顺序理论上就是实例化bean的顺序,但是实际上由于bean之间存在依赖关系,beannames的顺序由xml的加载顺序和依赖关系共同决定
比如:
在xml里面先后声明了bean1,bean2,用@component注解声明了bean3
同时bean3包含类属性bean2,那么在beannames的顺序是bean3,bean1,bean2。
在进行加载的时候,先实例化bean3,然后看到它依赖了bean2,而此时bean2还没有实例化,就会先实例化bean2,然后在实例化bean3。
接着,开始实例化bean1,检查确实没有实例化,开始实例化,完成。
接着,开始实例化bean2,检查到已经实例化过了bean2,那么就会直接获得已经实例化的对象,不会再次实例化。(注:不进行特殊说明的话,默认都是单例bean)
我们可以看到preInstantiateSingletons方法中,对beanNames进行遍历,然后实例化。进入getBean方法,进入doGetBean方法,其中
String[] dependsOn = mbd.getDependsOn();
会获取这个bean依赖的bean,先实例化所有的依赖bean(具体怎么做的?这其实是个递归调用,往后看),才会接着实例化这个bean。
这时候,可以发现,我需要的bean,和它依赖的bean,对spring来说没有区别,任何一个bean只要依赖了其他bean,都要等到依赖的bean完成实例化后才能实例化自己。所以这里可以看做递归调用【a->b->c->…】
这样我们的思路就比较清晰了,只需要知道其中一个bean是怎么实例化的,它依赖的bean也是一样的实力化方式?
sharedInstance = getSingleton(beanName, () -> {
try {
return createBean(beanName, mbd, args);
}
catch (BeansException ex) {
// Explicitly remove instance from singleton cache: It might have been put there
// eagerly by the creation process, to allow for circular reference resolution.
// Also remove any beans that received a temporary reference to the bean.
destroySingleton(beanName);
throw ex;
}
});
这里开始创建单例bean,里面传递了一个匿名内部类,直接看createBean方法做了什么。(我没下载源码,这个事class反编译的,可能和你的格式不一样,不过这些都不重要!)
找到doCreateBean这行,进入doCreateBean方法,前面先构造了instanceWrapper对象,这里还没有认真看,应该和spring的两种代理方式有关,生成了代理包装类。
然后earlySingletonExposure将对象的名称提前缓存起来,避免循环依赖问题导致多次实例化单例对象。
找到populateBean这行,开始创建根据bean定义创建bean,进入方法,里面
for (BeanPostProcessor bp : getBeanPostProcessors()) {...}
这一行开始检查bean的依赖关系,并对依赖的bean进行实例化。例如@Resource的注解,xml里ref的引用等(这里我只验证了这两种,其他的,比如autoware我没有验证,有兴趣验证一下,告诉我,还有bean的dependsOn的bean是什么类型的bean?在我调试的时候一直是null,这点也不清楚,有答案可以告诉我)
到这里就结束了,后面是一些spring支持的afterPropertiesSet等方法,无关紧要。