Spring源码分析 ---- BeanFactory接口的设计分析

         在看spring这块源码的时候，苦苦思索却想不明白spring为何要把这块接口设计的这么复杂，下面是自己的一些思考，如果有误欢迎指正:

一. 接口的设计  

IOC是spring的核心功能,BeanFactory接口在设计的时候遵循了单一指针原则，接口按照功能进行划分，每一层实现特定的功能,下面介绍了每一层所负责的功能:

   

     (图片引自小博哥）     

1.BeanFactory:

该层是最顶层的接口,仅仅提供了一些getBean的方法

2.AbstractBeanFactory:

 这层用于实现BeanFactory接口的各种 方法

1.BeanFactory里定义了getBean的各种 操作,所以这里就是实现各种getBean

2.因为这类的getBean用到了模板方法 模式,这个类的模板方法里用到 getBeanDefinition和createBean,所以 在这个类声明这两个抽象方法

3.因为ConfigurableBeanFactory定义 了BeanFactory的配置功能,而这个抽象 类是用来实现BeanFactory接口方法的，所以它实现这个接口

3.AbstractAutowireCapableBeanFactory:

实例化Bean的各种方法(初始化, 创建等):

1.该层用于实例化Bean，所以继 承AbstractBeanFactory 实现它的createBean方法 2.AutowireCapableBeanFactory 接口定义Bean的自动装配规则, 所以该层实现这个接口

4.DefaultListableBeanFactory:

1.该类最底层,提供了一个完整的IOC功能

2. ConfigurableListableBeanFactory接口实现 ListableBeanFactory、 HierarchicalBeanFactory和Autowire Capable Bean Factory 这三个接口。

3.该类在最底层实现了 ConfigurableListableBeanFactory接口，该接口默认实 现了顶层的4个接口(父类明明实现了某些接口,子类又重复实现，这样的设计在ArraytList中也被用到)。

4.实现BeanDefinitionRegistry接口,提供BeanDefinition的有关方法

       发现接口在设计的时候总出现父类实现一个接口，子类又重复实现同一个接口这样的设计，在网上浏览到比较贴切的答案:

• 存粹是为了提高代码的可读性

• 如果子类不再单独实现接口，java.lang.Class直接获取子类的接口为空数组，这样要做一些动态代理操作的时候无法操作，所以也有可能是这样的原因而重新继承了接口(JDK的动态代理必须通过接口)。   

二.类之间的继承关系

     (图片引自小博哥）

       spring在类的设计过程中，对于每种类所负责的职能划分的非常明确,类如果需要使用另外一个类的功能则通过继承或依赖进行实现,遵循以下原则:

遵循的原则:

1.如果该类已经有父类,则需要某个类中的功能则new一个对象（依赖），如果没有父类，需要某个

类的功能，则继承他(继承)

2.配合抽象类,达到功能分层实现的目的,每一层实现某一种功能的操作

3.  接口用一个抽象类来实现，然后在这个抽象类里 实现缓存等公共的方法,再用普通类来继承这个抽象类