Spring源码解读之bean注入依赖

 

  在应用开发中,以应用开发人员的身份访问设计组件时候，往往需要引用

或者调用其他组建的服务，这种依赖关系如果固定在组件设计中就会造成

依赖关系的僵化和维护难度的增加。在Spring中通过IOC容器把资源的获取方

向反转，让IOC容器住的管理这些依赖关系，将这些关系注入到组件中，

那么会让这些依赖关系的适配和管理国家灵活。



   IOC容器设计中有两个主要容器系列，一个是BeanFactory接口的简单

容器系列，这系列容器实现；了容器的最基本的功能，另一个是

ApplicationContext应用上下文，作为容器的高级形态而存在。那么这两个

容器到底有什么区别呢？

   BeanFactory实际上是通过继承一系列接口来拥有一系列的功能，并且通过

getBean()方法来拿到bean，而ApplicationContext实际上也是通过

继承一系列接口，只不过在BeanFactory的基础上多做了一些扩展功能，那么多

出哪些扩展的功能呢 ？


  1、比如说支持不同的信息源，因为messageSource接口支持

国际化的多语言功能，
  2、访问资源，可以从不同的I/O途径得到Bean的定义信息

  3、支持应用事件，继承接口ApplicationEventPublish接口


   上面所讲的容器有什么作用呢？

它满足最基本的功能规范，也就是满足BeanFactory这个基本的接口的定义,在

Spring中提供的基本的IOC容器接口定义和实现的基础上，Spring通过定义

BeanDefinition来管理基于Spring应用中各种对象之间的依赖关系。



    那么BeanDefinition到底是什么呢?

BeanDefinition相当于一种数据类型，是容器实现依赖反转功能的核心数据结

构。

    首先BeanDefinition是一个接口，在Spring中存在三种实现，

RootBeanDefinition,ChildBeanDefinition,GenericBeanDefinition

三种实现都继承了AbstractBeanDefinition,其中BeanDefinition是配置

文件<bean>在容器内部的表现形式，对于<bean>元素标签拥有的class,scope,

lazy-init等配置属性，BeanDefinition也会有对应的beanClass,Scope,

lazyInit属性与之对应。