深入理解 Srping IOC

发布于:2024-04-25 ⋅ 阅读:(38) ⋅ 点赞:(0)

什么是 Spring IOC?

IOC 全称:Inversion of Control,翻译为中文就是控制反转,IOC 是一种设计思想,IOC 容器是 Spring 框架的核心,它通过控制和管理对象之间的依赖关系来实现依赖注入(Dependency Injection),依赖注入是 IOC 的具体实现方式,它通过将对象的依赖关系通过构造函数、setter 方法或字段注入到对象中,从而实现了对象之间的解耦和灵活性,所谓 IOC ,其实就是由 Spring IOC 容器来负责对象的生命周期和对象之间的关系。

控制反转之灵魂拷问

  • 谁控制谁:在传统开发模式下,我们需要什么对象就 new 什么对象,也就是说需要依赖的对象自己来创建,而使用了 Spring IOC 容器之后,对象的创建销毁则有 IOC 容器来控制 ,也就是说 IOC 容器控制了对象。
  • 控制了什么:IOC 容器控制了对象及生命周期。
  • 何为反转:反转就是由开发者去创建维护对象,反转为交给 Spring IOC 容器去维护对象,开发者维护对象是主动的,Spring IOC 容器去维护对象之后,再获取对象就是被动的了,由主动获取变为被动获取,也就是反转的由来。
  • 反转了什么:对象的获取反转了,依赖的对象由主动获取变为被动获取,IOC 容器来帮对象找相应的依赖对象并注入,而不是由对象主动去找。

方便更好的理解 IOC,用图例简单说明一下

传统开发模式,所需要的对象都是自己主动创建,然后自己代码显式注入的,如图所示:

在这里插入图片描述

使用了 Spring IOC 模式,不在需要主动去创建这些对象了,也不需要自己代码显式注入直接从容器中获取即可,如图所示:

在这里插入图片描述

什么是依赖注入(DI,Dependency Injection)?

Dependency Injection 翻译为中文就是依赖注入,前面我们说了依赖注入是 IOC 的具体实现方式,依赖注入用于实现类之间的解耦和依赖关系的管理,通过依赖关系将对象的创建和维护转移到 IOC 容器中进行,使得对象的使用者不需要关心对象的创建和维护,依赖注入并没有给系统带来更多的功能,只是为系统搭建了一个灵活和扩展的平台,有了依赖注入,我们只需要进行简单配置,就可以完成业务实现,提高了开发效率。

依赖注入(DI,Dependency Injection)之灵魂拷问

  • 谁依赖谁:因为应用程序不在关心对象的创建和维护,直接从 IOC 容器中获取对象,显然是应用程序依赖 IOC 容器。
  • 为什么要依赖:知道了谁依赖谁,也就知道了为什么要依赖,因为应用程序不在关注对象的创建和维护,而又要使用对象,IOC 容器中有维护好的对象,自然要依赖 IOC 容器来获取对象。
  • 谁注入谁:IOC 容器注入应用程序需要的对象。

依赖注入(DI,Dependency Injection)的方式?

  • 属性注入:一个注解搞定,写法简单,但是不能注入 final 修饰的属性,违反单一职责原则,也不能在其他容器中使用,只能用于 IOC 容器。
  • setter 注入:setter注入就是使用 Java 的 set 方法配合注解将 Bean 注入到当前类中,不能注入final修饰的对象,注入的对象可能会被修改(因为 set 方法可以被多次调用,有修改的风险,所以注入的对象就可能被修改),,,,,,,,。
  • 构造方法注入:利用构造方法将 Bean 注入到当前类中,构造方法注入如果类只有一个构造方法,可不不用加注解,是因为 Spring 在设计的时候,使用构造方法注入且只有一个构造方法,Spring 就会将对象注入到当前类中,给这个属性进行赋值,因此可以省略注解 @AutoWired。
  • 接口方式注入:接口方式注入不是太友好,因为它需要被依赖的对象实现不必要的接口,有很大的侵入性,一般不建议使用。

IOC容器的优点和缺点?

优点:

  • 解耦:通过 IOC 容器,我们可以不同组件之间的解耦,提高了应用程序的加灵活、可维护和可扩展。
  • 可配置:IOC 容器提供了一种统一的配置方式,可以更加方便地管理和配置应用程序中的各个组件。
  • 依赖注入:IOC 容器自动完成依赖注入,帮我们管理了对象的创建和维护及依赖关系,不需要应用程序去关心这些,简化了开发工作。
  • 延迟加载:IOC 容器可以根据需要延迟加载组件,减少应用程序的启动时间和内存消耗。

缺点:

  • 对象创建不可见:IOC 容器帮我们完成了对象的创建和维护,使的整个过程不可见。
  • 效率相对较低:IOC 底层是使用反射去创建对象的,在效率上会有所消耗。

总结:本文对 Srping IOC 的概念有了深入理解,知道了Srping IOC 到底帮我们做了什么,但是对 Srping IOC 的底层实现逻辑还没有进行剖析,后面会继续分析 Srping IOC 的底层实现机制,欢迎持续关注。

欢迎提出建议及对错误的地方指出纠正。