Spring 中 ApplicationContext 和 BeanFactory 的区别，以及 Spring bean 作用域

Posted 2021-03-20 月不西沉

//从ApplicationContext 中取 bean
ApplicationContext ac = new ClassPathXmlApplicationContext ( "com/hsp/beans.xml" ) ;
ac.getBean("beanId");

　　当我们去实例化beans.xml，该文件中配置的 bean 就被实例化（不论你用还是不用，bean对象都在那），而且该对象是singleton单例的。（每个bean都有scope属性，可以人为的设置任意的bean为单态的，scope="singleton",scope="prototype"则每获得一个bean都是全新的bean）。

　　优点：预先加载，使用的时候速度快。

　　缺点：耗内存，所有的bean都被实例化了，但是可能只用到其中的很少。

 

//从bean工厂取bea n
BeanFactory factory = new XmlBeanFactory( new ClassPathResource ( "com/hsp/beans.xml" ) ) ;
factory.getBean("beanId");

　　如果使用 BeanFactory 去取bean ，当你只是实例化该容器，那么容器里的 beans 不会马上被实例化，只有当你使用getBean某个bean时，才会实时的创建。

　　优点：节约内存。

　　缺点：速度慢。

关于选择：只有在移动项目里使用beanfactory，大多数项目（90%）使用的都是ApplicationContext，因为可以提前加载，只是浪费点内存。

　　有一点需要注意，用ApplicationContext实例化xml里的bean默认都是singleton单例的。也就是说每个bean都只有一个实例对象，不论调用多少次getBean（）方法，不论有多少 ref 依赖，spring容器中都只有一个bean实例。 但是当人为设置它的scope="prototype"的时候，它就不是单例了，而且在加载xml文件的时候也不会实例化了（因为当你把它设置为prototype原型的时候，spring框架不知道你需要对这个bean创建多少个实例，所以它索性就不实例了）。

附上Spring API对 Spring bean 作用域的解释：
Bean简介：
    在Spring中，那些组成你应用程序的主体(backbone)及由Spring IoC容器所管理的对象，被称之为bean。 简单地讲，bean就是由Spring容器初始化、装配及管理的对象，除此之外，bean就与应用程序中的其他对象没有什么区别了。 而bean定义以及bean相互间的依赖关系将通过配置元数据来描述。
Bean的作用域：
　　创建一个bean定义，其实质是用该bean定义对应的类来创建真正实例的“配方(recipe)”。把bean定义看成一个配方很有意义，它与class很类似，只根据一张“处方”就可以创建多个实例。
你不仅可以控制注入到对象中的各种依赖和配置值，还可以控制该对象的作用域。这样你可以灵活选择所建对象的作用域，而不必在Java Class级定义作用域。Spring Framework支持五种作用域（其中后三种属性只能用在基于web的Spring ApplicationContext，singgleton、prototype可以用于桌面开发）。
　　1、singleton:当一个bean的作用域为singleton, 那么Spring IoC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。
　　注意：Singleton作用域是Spring中的缺省作用域。要在XML中将bean定义成singleton，可以这样配置： 
　　　　<bean id="empServiceImpl" class="cn.csdn.service.EmpServiceImpl" scope="singleton">
　　2、prototype：一个bean定义对应多个对象实例。Prototype作用域的bean会导致在每次对该bean请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）时都会创建一个新的bean实例。
　　根据经验，对有状态的bean应该使用prototype作用域，而对无状态的bean则应该使用singleton作用域。