本文使用的代码是： Spring 3.0
接触Spring也有很长一段时间了。但是，每次都是直接使用Spring直接提供的API，时间久了，自然也会想探索Spring里面的奥秘。今天上午，整理出了Spring的BeanFactory的一个体系结构（当然不是完整的，是以XmlFactory为最终目标），如下图（点击可到图片页面）：
沿着XmlBeanFactory向上追溯，可以形成上面的BeanFactory体系结构。虽然不是很全面，但是如果这个图能理解透，我相信，Spring的BeanFactory就能理解透了。之后的系列我也会以这个图为中心，深入的去学习Spring的BeanFactory。
下面是对各个接口的理解。
BeanFactory
这个就是BeanFactory容器的最原始接口，也是spring容器提供的最原始客户端接口。
AutowireCapableBeanFactory
拥有自动装配能力的BeanFactory。这个BeanFactory并非是要用到应用中去的，在应用中要用，就用BeanFactory或者是ListableBeanFactory。这个接口更多的作用是用于和其他框架的结合，把不在Spring容器中的Bean加入到Spring容器声明周期管理中来。
需要注意的是，在Spring的ApplicationContext（Spring的应用容器）中，并没有实现这个接口，因为这个接口在应用中，确实很少用到。
不过，你可以通过ApplicationContext的getAutowireCapableBeanFactory()方法获得。或者，你也可以实现BeanFactoryAware(这个接口就是为了取得BeanFactory的)，然后把BeanFactory转换成AutowireCapableBeanFactory。
HierarchicalBeanFactory
有层次的BeanFactory。如果实现了这个接口，可能就以为着你也需要实现ConfigurableBeanFactory。因为ConfigurableBeanFactory定义了设置父容器的方法，而HierarchicalBeanFactory的方法只有获得父容器的方法。而一般情况下，ConfigurableBeanFactory接口直接继承了HierarchicalBeanFactory。所以，它的实现，也是肯定要设置父容器的。
ListableBeanFactory
顾名思义，此BeanFactory是可以把容器中的bean循环枚举出来，而不是按照名字一个一个去取。
如果实现此接口的同时，也实现了HierarchicalBeanFactory，那么这个接口中的方法是不会去考虑父容器中的bean的。
需要注意的是：除了getBeanDefinitionCount和containsBeanDefinition方法之外，其他的方法最好不要直接在代码中调用，因为其实现可能会非常慢。
SingletonBeanRegistry
这个接口定义了一个注册singleton bean的容器。此接口可以被BeanFactory的实现实现，用来形成一个统一管理singleton bean的风格。ConfigurableBeanFactory接口就继承了此接口。
ConfigurableBeanFactory
此接口定义了BeanFactory的扩配置功能，几乎所有的beanFactory都会实现这个接口。
同样，此接口也不推荐在常见的应用代码中使用（还是推荐使用BeanFactory和ListableBeanFactory）。这个接口也赋予了BeanFactory可扩展的功能，
ConfigurableListableBeanFactory
又是可配置，又是Listable的BeanFactory，就可以实现这个接口。除了ConfigurableBeanFactory的功能之外，它还提供了访问和修改BeanDefinition，预实例化singletons。
AliasRegistry
管理别名的公共接口。
BeanDefinitionRegistry
注册BeanDefinition（Spring内部映射Bean的数据结构）的接口。
在这个体系中，接口部分，我就看了上面这些。下篇文章，我会深入去学习每个接口的实现，就是上图中右边的那些实现。
