学完这篇依赖注入，与面试官扯皮就没有问题了。

最新推荐文章于 2024-05-17 00:15:00 发布

不务正业的程序汪

最新推荐文章于 2024-05-17 00:15:00 发布

阅读量357

点赞数

分类专栏：面试文文章标签： java 编程语言 spring 设计模式面试

本文链接：https://blog.csdn.net/weixin_49114080/article/details/109164350

版权

1.1 IOC理论产生的背景

讨论控制反转之前，先看看软件系统提出控制反转的前世今生。
一个完整精密的软件系统，组件之间就像齿轮，协同工作，相互耦合。

1.2 IOC理论

软件专家为此提出IOC理论，用来实现对象之间的解耦。
再来看看，控制反转(IOC)到底为什么要起这么个名字？我们来对比一下：

软件系统在没有引入IOC容器之前，对象A依赖于对象B，那么对象A在初始化或者运行到某一点的时候，自己必须主动去创建对象B或者使用已经创建的对象B。无论是创建还是使用对象B，控制权都在自己手上。
软件系统在引入IOC容器之后，这种情形就完全改变了，由于IOC容器的加入，对象A与对象B之间失去了直接联系，所以，当对象A运行到需要对象B的时候，IOC容器会主动创建一个对象B注入到对象A需要的地方。

通过前后对比，我们不难看出：
对象A获得依赖对象B的过程，由主动变为了被动行为，控制权颠倒过来，这就是[控制反转]的由来。

1.3 控制反转和依赖注入

有些人会把控制反转和依赖注入等同，实际上有本质区别：
控制反转是一种思想；
依赖注入是一种设计模式。
依赖注入是实现控制反转的一种方式，但是控制反转还有其他实现方式，例如说ServiceLocator（服务定位器、依赖查找），所以不能将控制反转和依赖注入等同。
在这里插入图片描述

依赖注入：容器全权负责组件的装配，它会把符合依赖关系的对象通过属性或者构造函数传递给需要的对象。

符合依赖倒置原则，高层模块不应该依赖低层模块，两者都应该依赖其抽象

2.1 ASP.NET Core依赖注入

使用方式大体类似：
①. 定义依赖实现的接口或者抽象类
②. 在服务容器中注册组件依赖：IServiceProvider
③. 在构造函数中注入服务，框架会负责创建和销毁实例

// 编写组件和服务
public interface IMyDependency
{
   
    string WriteMessage(string message);
}
---
public

关注