[Spring源码阅读]第一篇：ApplicationContext与BeanFactory有什么区别？

概述

工作中和ApplicationContext打交道的场合应该还是比较多的。

例如，我可以通过ApplicationContext从Spring IOC容器中取出某类Bean放入自己的map中，用于策略替换：

 其实这种用法体现了ApplicationContext的一个作用：IOC容器。

BeanFactory从名称上看来，也是一个容器，它与ApplicationContext有着何种联系？

ApplicationContext是BeanFactory的一个拓展。

结构分析

以AnnotationConfigApplicationContext为例（从配置类中创建上下文），看下Application的继承体系

 大概有如下部分：BeanFactory、事件发布、资源解析与加载、国际化（MessageResource）。

优秀的框架总可以做到这一点：对于一个不熟悉此框架源码的人来说，通过看类的继承体系就可以知道某个类大概有哪些功能。

BeanFactory提供了如下接口，用于获取容器中的Bean。

SpringApplication间接继承此接口，那么自然是要实现这些方法的。

 进入GenericApplicationContext

 可以看到，ApplicationContext内部维护了一个beanFactory实例的引用。

GenericApplicationContext的上一级AbstractApplicationContext实现了BeanFactory的方法，但并非自己维护容器，通过代理的方式，间接从BeanFactory中获取。

getBeanFactory方法在AbstractApplicationContext中是一个抽象类

 getBeanFactory的具体实现延迟到了AbstractApplicationContext的子GenericApplicationContext

 

 也就是最初呈现的DefaultListableBeanFactory实例

 除此之外，ApplicationContext提供一些资源扫描功能，本例中使用的是注解方式。

拿到注解类后，循环注册。

 其余的功能也可以从refresh方法中知晓

BeanFactory实例化

 其实跳过ApplicationContext，我们也可以完成BeanFactory的实例化工作，实现最基本的bean存取功能 。

public class DebugMain {

	public static void main(String[] args) {

		DefaultListableBeanFactory beanFactory = new DefaultListableBeanFactory();

		//定义bean definition
		AbstractBeanDefinition userDefinition = new RootBeanDefinition(UserInfo.class);
		AbstractBeanDefinition groupDefinition = new RootBeanDefinition(Group.class);

		//注册bean definition
		beanFactory.registerBeanDefinition("userInfo", userDefinition);
		beanFactory.registerBeanDefinition("group", groupDefinition);

		//构造参数
		ConstructorArgumentValues argumentValues = new ConstructorArgumentValues();


		argumentValues.addIndexedArgumentValue(0, groupDefinition);
		userDefinition.setConstructorArgumentValues(argumentValues);

		//尝试获取bean
		beanFactory.getBean(UserInfo.class);
	}
}

 输出结果

 总结

BeanFactory才是Bean的容器，

ApplicationContext是BeanFactory的拓展（通过代理的方式），除了代理BeanFactory的方法外，还提供了资源加载、国际化、事件发布与监听等等功能。