Spring-IoC

2020-12-30

这个话题经常被问,但真有去追一追其发展史的不多。

 

IoC,Inversion of Control,控制反转,是面向对象编程中的一种设计原则,用来降低代码的耦合度。最通俗易懂的理解就是,本来由程序员写代码创建和组装类及依赖对象的控制权,反转交给容器去控制。

 

IoC 并非 Spring Framework 特有,也有一些其他的 IoC 开源框架如 Apache Avalon、PicoContainer、Google Guice;只是 Spring 被大量使用,其 IoC 的功能也被熟知。

 

IoC 的实现策略有很多,但最主要的两种方式就是依赖查找和依赖注入。依赖查找是主动或手动的依赖查找方式,通常需要依赖容器或标准 API 实现;而依赖注入则是手动或自动依赖绑定的方式,无需依赖特定的容器和 API。这两种实现方式在 Spring 中都有体现。

 

谈到 IoC,就很自然的想到 IoC 容器,被提到也特别多。那什么是 IoC 容器?

 

首先容器是指,为某种特定组件的运行提供必要支持的一个软件环境。该环境为上层使用提供了许多底层服务。

 

比如几乎每天都在用的 Tomcat,就是一个 Servlet 容器,实现了 TCP 连接,解析 HTTP 等协议,提供了非常复杂的服务。如果没有容器提供这些服务,我们去实现 Servlet 规范就会非常麻烦;在 tomcat 上开发 servlet 服务,就非常容易。

 

为了方便我们快速实现 IoC,IoC 容器帮我们完成了对象的依赖处理、资源的生命周期管理和配置管理。它的主要实现有 Java Beans、Java ServiceLoader SPI、JNDI(Java Naming and Directory Interface)、EJB(Enterprise Java Beans)、Servlet,这些都是我们日常工作中天天在用的。

 

Spring 的 IoC 容器,包含了依赖查找和依赖注入,对 AOP、JDBC、事务、事件的抽象和封装,对 SPI 的扩展、对第三方功能的整合、对测试能力的封装等,提供了非常多的基础功能,可以让我们在容器上进行快速开发。如果没有这些容器的基础功能,试想一下自己去实现一个 AOP,会多出多少工作量与开发难度。


对 IoC 的历史感兴趣,可以看下

ConstXiong 备案号:苏ICP备16009629号-3