在应用开发中,以应用开发人员的身份访问设计组件时候,往往需要引用 或者调用其他组建的服务,这种依赖关系如果固定在组件设计中就会造成 依赖关系的僵化和维护难度的增加。在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属性与之对应。
Spring源码解读之bean注入依赖
最新推荐文章于 2024-04-02 07:45:00 发布