基本上我们可以用两种方式创建spring容器对象

使用BeanFactory。 使用ApplicationContext。

都是界面，

使用实现类，我们可以为spring容器创建对象

来看看区别

BeanFactory:

不支持基于注释的依赖注入。 不支持I18N。 默认情况下，它支持惰性加载。 它不允许配置到多个配置文件。

例如：BeanFactory context=new XmlBeanFactory（new Resource（“applicationContext.xml”））;

ApplicationContext

支持基于注释的依赖注入。@ autowired, @PreDestroy I18N支持 它默认支持侵略性加载。 它允许配置多个配置文件。

前任： ApplicationContext context=new ClasspathXmlApplicationContext（“applicationContext.xml”）;

在大多数情况下，首选ApplicationContext，除非需要节省资源，比如在移动应用程序上。

我不确定是否依赖于XML格式，但我非常确定ApplicationContext最常见的实现是XML实现，例如ClassPathXmlApplicationContext、XmlWebApplicationContext和FileSystemXmlApplicationContext。我只用过这三个。

如果您正在开发web应用程序，可以肯定地说，您将需要使用XmlWebApplicationContext。

如果您希望bean能够感知Spring，您可以让它们为此实现BeanFactoryAware和/或ApplicationContextAware，因此您可以使用BeanFactory或ApplicationContext并选择实现哪个接口。

总而言之:

ApplicationContext包括BeanFactory的所有功能。 一般建议使用前者。

在一些有限的情况下，例如在移动应用程序中，内存消耗可能是关键的。

在这种情况下，使用更轻量级的BeanFactory是合理的。然而，在大多数企业应用程序中，ApplicationContext是您想要使用的。

要了解更多，请参阅我的博客文章:

Spring中的BeanFactory和ApplicationContext的区别——java Spring博客的基础

Spring提供两种IOC容器，一种是XMLBeanFactory，另一种是ApplicationContext。

通过完整路径加载的FileSystemXmlApplicationContext bean。 通过CLASSPATH加载的bean XMLWebApplicationContext和AnnotationConfigWebApplicationContext bean通过web应用程序上下文加载。 从基于Annotation的配置中加载Spring bean。

例子:

ApplicationContext applicationContext = new AnnotationConfigApplicationContext(BeansConfiguration.class);

ApplicationContext是由web.xml中定义的ContextLoaderListener或ContextLoaderServlet和struts-config.xml中定义的ContextLoaderPlugin初始化的容器。

注意:XmlBeanFactory从Spring 3.1开始已弃用，取而代之的是DefaultListableBeanFactory和XmlBeanDefinitionReader。

参考Spring Docs中的这个文档:

http://static.springsource.org/spring/docs/3.2.x/spring-framework-reference/html/beans.html#context-introduction-ctx-vs-beanfactory

5.15.1 bean工厂还是应用上下文?

使用ApplicationContext，除非你有很好的理由不这样做。

Because the ApplicationContext includes all functionality of the BeanFactory, it is generally recommended over the BeanFactory, except for a few situations such as in an Applet where memory consumption might be critical and a few extra kilobytes might make a difference. However, for most typical enterprise applications and systems, the ApplicationContext is what you will want to use. Spring 2.0 and later makes heavy use of the BeanPostProcessor extension point (to effect proxying and so on). If you use only a plain BeanFactory, a fair amount of support such as transactions and AOP will not take effect, at least not without some extra steps on your part. This situation could be confusing because nothing is actually wrong with the configuration.

在非web应用程序中使用BeanFactory，因为它只支持单例和原型bean作用域。

而ApplicationContext容器确实支持所有的bean作用域，所以你应该将它用于web应用程序。