Spring 的依赖注入（DI）和控制反转（IoC）

最新推荐文章于 2024-10-27 11:30:12 发布

转载最新推荐文章于 2024-10-27 11:30:12 发布 · 364 阅读

CC 4.0 BY-SA版权

文章标签：

7 篇文章

订阅专栏

本文探讨Spring框架中IoC容器的概念与优势，通过控制反转与依赖注入，简化对象创建与管理，增强代码可维护性。深入分析依赖注入三种方式，及IoC容器如何解决复杂依赖关系。

关键句：

控制反转（Inversion of Control）就是依赖倒置原则的一种代码设计的思路。具体采用的方法就是所谓的依赖注入（Dependency Injection）。
没有依赖注入情况下，牵一发而动全身：仅仅是为了修改轮胎的构造函数，这种设计却需要修改整个上层所有类的构造函数！在软件工程中，这样的设计几乎是不可维护的
所谓依赖注入，就是把底层类作为参数传入上层类，实现上层类对下层类的“控制
采用的构造函数传入的方式进行的依赖注入。其实还有另外两种方法：Setter传递和接口传递。这里就不多讲了，核心思路都是一样的，都是为了实现控制反转。
那什么是控制反转容器(IoC Container)¹ 呢？其实上面的例子中，对车类进行初始化的那段代码发生的地方，就是控制反转容器——我们在创建实例的时候不需要了解其中的细节。

因为采用了依赖注入，在初始化的过程中就不可避免的会写大量的new。这里IoC容器就解决了这个问题
IoC Container 在进行创建实例工作的时候是反过来的，它先从最上层开始往下找依赖关系，到达最底层之后再往上一步一步new（有点像深度优先遍历）
Config 文件保存类之间的依赖关系。我们只需要向IoC工厂请求一个Car实例，然后它就给我们按照Config创建一个Car实例。
IoC Container的这个特性就很完美的解决了这类问题——因为这个架构要求你在写class的时候需要写相应的Config文件，所以你要初始化很久以前的Service类的时候，前人都已经写好了Config文件，你直接在需要用的地方注入这个Service就可以了。这大大增加了项目的可维护性且降低了开发难度。