spring bean加载顺序

spring配置文件

spring framework提供多种生成bean的方式：

• 基于xml配置文件
• 基于注解，如@Component，@Service,@Controller,@Bean等
• 高版本提供Groovy的dsl声明bean，比如Grails 框架用的就是这种

<beans>
    <import resource="services.xml"/>
    <import resource="resources/messageSource.xml"/>
    <import resource="/resources/themeSource.xml"/>

    <bean id="bean1" class="..."/>
    <bean id="bean2" class="..."/>
beans>

基于xml的bean

// 加载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等方法，无关紧要。