Spring-IoC
这个话题经常被问,但真有去追一追其发展史的不多。
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 的历史感兴趣,可以看下
《Inversion of Control Containers and the Dependency Injection pattern》
《Expert One-on-One™ J2EE™ Development without EJB™》
1 是软件大师 Martin Fowler 对 IoC 的阐述
2 是 Spring 作者所著,书中有阐述 IoC 容器的特征、实现方式等
以上是对 Spring IoC 容器的一些认知。
更多相关文章
- java中的编码转化方式都有哪些?(大厂高频面试真题)
- JDK 中有哪些同步容器?并发容器?
- CopyOnWriteArrayList,一个面试中经常问到的冷门容器
- 详解第三种创建线程的方式-Callable接口
- 解读容器的 2020:寻找云原生的下一站
- HashMap的负载因子初始值为什么是0.75?这篇文章以最通俗的方式告
- Spring Ioc 实例化 Bean 对象有几种方式?