BeanFactory是Spring IoC功能的潜在基础，但是现在BeanFactory一般仅仅用于直接集成第三方的框架，对于大多数的Spring用户来BeanFactory以及其相关的接口，包括说，BeanFactory已经算是一个历史了。BeanFactoryAware,InitializingBean,DisposableBean，出于跟大量第三方框架兼容的问题，仍然存在。因为很多时候，第三方组件还不能使用形如@PostConstruct或者@PreDestroy这类的注解，为了继续支持JDK1.4以及避免依赖于JSR-250标准。

下面将描述BeanFactory和ApplicationContext之间的一些异同以及如何通过典型的单例查找访问IoC容器。

1.BeanFactory 还是 ApplicationContext?

最好还是使用ApplicationContext除非真的有不得不使用BeanFactory的理由。

因为ApplicationContext包含了BeanFactory的所有功能，所以它更优于BeanFactory。只有少数情况，比如嵌入式应用环境中，运行应用的设备资源受限，内存要求更为严格，仅仅差几k几十k内存开销都会对应用产生影响的情况，才需要权衡是否使用BeanFactory。所以，在绝大多数的典型情况之中，开发者肯定还是使用ApplicationContext最好。Spring在BeanPostProcessor这个扩展点上是重度用户，如果开发者仅仅使用BeanFactory的话，相当多的功能，诸如事务，AOP都将不会生效。这个时候，就会让人很疑惑，因为配置都是正确的。

下表列出了所有BeanFactory和ApplicationContext接口和实现的一些特性：

如果是在BeanFactory的实现下来注册Bean的后置处理器的，需要写如下的代码：

DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
// populate the factory with bean definitions

// now register any needed BeanPostProcessor instances
MyBeanPostProcessor postProcessor = new MyBeanPostProcessor();
factory.addBeanPostProcessor(postProcessor);

// now start using the factory

如果是在BeanFactory中明确的注册一个BeanFactoryPostProcessor的话，需要写如下代码：

DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);
reader.loadBeanDefinitions(new FileSystemResource("beans.xml"));

// bring in some property values from a Properties file
PropertyPlaceholderConfigurer cfg = new PropertyPlaceholderConfigurer();
cfg.setLocation(new FileSystemResource("jdbc.properties"));

// now actually do the replacement
cfg.postProcessBeanFactory(factory);

可以看到，上面的两种方式，Bean的注册过程都是相当繁琐的，这也是为什么要推荐使用ApplicationContext而非BeanFactory的原因。而且，尤其是在需要使用BeanFactoryPostProcessor，BeanPostProcessor以及占位符替换，AOP等功能的时候，ApplicationContext会比BeanFactory更为方便。