ApplicationContext与BeanFactory的区别

ApplicationContext与BeanFactory

spring是一个容器框架，把一个类交给spring容器管理，包括了创建对象、保存对象、对象的初始化和销毁。 IOC:Inverse of control - 控制反转；将对象创建的权利和依赖关系的维护【给字段赋值】交给Spring去管理。

简单来说：spring容器就是一个管家，专门管理对象（Spring中管理的对象称之为bean）。我们需要先创建一个”管家对象“，可以是ApplicationContext或者BeanFactory。

BeanFactory

BeanFactory是IOC容器的核心接口，spring容器中有BeanFactory的具体实现：DefaultListableBeanFactory、XmlBeanFactory、ApplicationContext等；比如XMLBeanFactory就是一种典型的BeanFactory。

注意：

Spring要帮我们创建对象，我们把创建的对象都叫做bean，但是咱们得写配置告诉Spring，去帮咱们创建哪一个对象 （注册）。

bean:配置一个bean对象

id:这个bean的唯一名称

class:要配置的对象的类型(必须是全限定名)

Spring是通过反射去创建这个对象的。

在配置文件中将这个Java类交给Spring管理。在applicationContext.xml中配置

<!-- 这个类现在交给spring管理了-->
<bean id = "hello" class= "cn.itsource._01hello.SpringHello">
</bean>           

//使用XMLBeanFactory获取Spring容器中配置或注册的Bean对象
	@Test
	public void test() {
		 //读取核心的配置文件
		 ClassPathResource resource = new ClassPathResource("ApplicationContext.xml");
		 //拿到核心对象
		 BeanFactory BeanFactory = new XmlBeanFactory(resource);
		 //根据xml配置的id获得bean对象
		//根据配置文件的id获取对象，spring不知道类型，需要强转
		 SpringHello bean = (SpringHello) BeanFactory.getBean("hello");
		 System.out.println(bean);
		//根据配置文件的类型获取对象
		 SpringHello bean2 = BeanFactory.getBean(SpringHello.class);
		 System.out.println(bean2);
		//根据配置文件的id，和类型获取对象
		 SpringHello bean3 = BeanFactory.getBean("hello",SpringHello.class);
		 System.out.println(bean3);
	}           

测试运行可以看出：三种方法都可以拿到被spring管理的类的对象，并且都是同一个对象。

ApplicationContext

ApplicationContext的中文意思是"应用程序上下文"，它继承自BeanFactory接口，除了包含BeanFactory的所有功能之外，在国际化支持、资源访问（如URL和文件）、事件传播等方面进行了良好的支持（功能更强大）。相对于XmlBeanFactory更多使用ApplicationContext。

@Test
	public void test2() {
		//1.获到核心配置文件  applicationContext.xml
		//2.拿到核心对象(相当于启动了框架)
		//ClassPathXmlApplicationContext
		// 注意:ApplicationContext就是一个Bean工厂，且功能强大得多
		ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("ApplicationContext.xml");
		//根据配置文件的id获取对象，spring不知道类型，需要强转
		SpringHello bean = (SpringHello) context.getBean("hello");
		System.out.println(bean);
		SpringHello bean2 = context.getBean("hello",SpringHello.class);
		System.out.println(bean2);
		//根据配置文件的类型获取对象
		SpringHello bean3 = context.getBean(SpringHello.class);
		System.out.println(bean3);
	}           

测试运行可以看出：三种方法都可以拿到被spring管理的类的对象，并且都是同一个对象。

两种方式的加载模式

BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化，而ApplicationContext则相反，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误。

相对于基本的BeanFactory，ApplicationContext

唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

举个例子

在applicationContext.xml我们多配置一个bean。

<bean id = "hello" class= "cn.itsource._01hello.SpringHello">
	</bean>
	
	//测试两种加载的区别
	 <bean id="test1" class="cn.itsource._02di.Tets1">
	 </bean>           

在测试类的无参构造里面打印一句话，如果显示出来，代表调用了无参构造创建对象

//这是测试类，已经配置到xml里面了
public class Tets1 {
	public Tets1() {
		super();
		System.out.println("我也被创建了");
	}           

然后先运行test：用XmlBeanFactory的方式： 这种方式只创建了我们调用getBean方法的对象（延迟加载/懒加载）

再运行test2： 配置在xml里面的bean都被创建了（迫切加载）