Spring原理-IOC控制反转
Spring原理-IOC(控制反转-依赖注入)
·
spring相关文章
Spring原理-IOC控制反转
Spring框架七大核心模块
Spring Beans原理–bean生命周期
一、Spring概述
1、 定义
- Spring是一个轻量级Java开发框架,最早有Rod Johnson创建,
目的是为了解决企业级应用开发复杂性
。它是一个分层的JavaSE/JavaEE full-stack(一站式)轻量级开源框架,为开发Java应用程序提供全面的基础架构支持。Spring负责基础架构,因此Java开发者可以专注于应用程序的开发 - Spring最根本的使命是解决企业级应用开发的复杂性,即简化Java开发
- Spring可以做很多事情,它为企业级开发提供给了丰富的功能,但是这些功能的底层都依赖于它的两个核心特性,也就是依赖注入(dependency injection,DI)和面向切面编程(aspectoriented programming,AOP)
二、IOC(控制反转)
1、Spring IOC 容器
- 控制反转即IOC (Inversion of Control),它把传统上由程序代码直接操控的对象的调用权交给容器,通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转移,从程序代码本身转移到了外部容器
- Spring IOC 负责创建对象,管理对象(通过依赖注入(DI),装配对象,配置对象,并且管理这些对象的整个生命周期。
2、作用
- 管理对象的创建和依赖关系的维护
- 解耦,由容器去维护具体的对象
- 托管了类的产生过程,比如我们需要在类的产生过程中做一些处理,最直接的例子就是代理,如果有容器程序可以把这部分处理交给容器,应用程序则无需去关心类是如何完成代理的
3、 BeanFactory 和 ApplicationContext
BeanFactory和ApplicationContext是Spring的两大核心接口,都可以当做Spring的容器。其中
ApplicationContext是BeanFactory的子接口
1. 依赖关系
- BeanFactory
是Spring里面最底层的接口,包含了各种Bean的定义,读取bean配置文档,管理bean的加载、实例化,控制bean的生命周期,维护bean之间的依赖关系 - ApplicationContext
作为BeanFactory的派生,除了提供BeanFactory所具有的功能外,还提供了更完整的框架功能- 继承MessageSource,因此支持国际化
- 统一的资源文件访问方式
- 提供在监听器中注册bean的事件
- 同时加载多个配置文件
- 载入多个(有继承关系)上下文 ,使得每一个上下文都专注于一个特定的层次,比如应用的web层
- 关系UML图
- 最上面的是 BeanFactory,下面的 3 个绿色的,都是功能扩展接口
- 看下面的隶属 ApplicationContext 粉红色的 “高级容器”,依赖着 “低级容器”,他依赖着 “低级容器” 的 getBean 功能。而高级容器有更多的功能:支持不同的信息源头,可以访问文件资源,支持应用事件(Observer 模式)
- 左边灰色区域的是 “低级容器”, 只负载加载 Bean,获取 Bean。容器其他的高级功能是没有的。例如上图画的 refresh 刷新 Bean 工厂所有配置,生命周期事件回调等
2、加载方式
- BeanFactroy
采用的是延迟加载形式来注入Bean的,即只有在使用到某个Bean时(调用getBean()),才对该Bean进行加载实例化。这样,我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入,BeanFacotry加载后,直至第一次使用调用getBean方法才会抛出异常 - 流程
- 加载配置文件,解析成 BeanDefinition 放在 Map 里
- 调用 getBean 的时候,从 BeanDefinition 所属的 Map 里,拿出 Class 对象进行实例化,同时如果有依赖关系,将递归调用 getBean 方法 —— 完成依赖注入。
- ApplicationContext
它是在容器启动时,一次性创建了所有的Bean。这样,在容器启动时,我们就可以发现Spring中存在的配置错误,这样有利于检查所依赖属性是否注入。ApplicationContext启动后预载入所有的单实例Bean,通过预载入单实例bean ,确保当你需要的时候,你就不用等待,因为它们已经创建好了。 - 相对于基本的BeanFactory,ApplicationContext 唯一的不足是
占用内存空间
。当应用程序配置Bean较多时,程序启动较慢
3、创建方式
- BeanFactory通常以编程的方式被创建,
- ApplicationContext还能以声明的方式创建,如使用ContextLoader
4、注册方式
BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用
- BeanFactory需要手动注册
- ApplicationContext则是自动注册
5、ApplicationContext的实现
- FileSystemXmlApplicationContext
此容器从一个XML文件中加载beans的定义,XML Bean配置文件的全路径名必须提供给它的构造函数 - ClassPathXmlApplicationContext
此容器也从一个XML文件中加载beans的定义,需要正确设置classpath因为这个容器将在classpath里找bean配置 - WebXmlApplicationContext
此容器加载一个XML文件,此文件定义了一个WEB应用的所有bean
4、依赖注入(Dependency Injection)
1. 定义
- 系统组件之间的依赖关系由容器在应用系统运行期来决定,由容器动态地将某种依赖关系的目标对象实例注入到应用系统中的各个关联的组件之中。组件不做查找资源或者其他依赖的协作对象,只提供普通的Java方法让容器去决定依赖关系,
- 配置对象的工作应该由IOC容器负责,“查找资源”的逻辑应该从应用组件的代码中抽取出来,交给IOC容器负责
- 容器全权负责组件的装配,它会把符合依赖关系的对象通过属性(JavaBean中的setter)或者是构造器传递给需要的对象
2. 优势
- 让容器全权负责依赖查询,受管组件只需要暴露JavaBean的setter方法或者带参数的构造器或者接口,使容器可以在初始化时组装对象的依赖关系
- 查找定位操作与应用代码完全无关
- 不依赖于容器的API,可以很容易地在任何容器以外使用应用对象
- 不需要特殊的接口,绝大多数对象可以做到完全不必依赖容器
3. 依赖注入实现方式
3.2 实现方式
- 接口注入 (Interface Injection)
接口注入由于在灵活性和易用性比较差,现在从Spring4开始已被废弃 - Setter方法注入(Setter Injection)
构造器依赖注入通过容器触发一个类的构造器来实现的,该类有一系列参数,每个参数代表一个对其他类的依赖 - 构造器注入(Constructor Injection)
Setter方法注入是容器通过调用无参构造器或无参static工厂 方法实例化bean之后,调用该bean的setter方法,即实现了基于setter的依赖注入
3.2 区别
构造函数注入 | setter 注入 |
---|---|
没有部分注入 | 有部分注入 |
不会覆盖 setter 属性 | 会覆盖 setter 属性 |
任意修改都会创建一个新实例 | 任意修改不会创建一个新实例 |
适用于设置很多属性 | 适用于设置少量属性 |
最好的解决方案是用构造器参数实现强制依赖,setter方法实现可选依赖
spring相关文章
更多推荐
已为社区贡献1条内容
所有评论(0)