一、依赖注入

         依赖注入是实现控制反转的一种设计方法，并不是说依赖注入等于控制反转(Inversion of Control,IoC)。控制反转是思想，依赖注入是具体实现方式。

例子：工厂伐木 ，工人去砍木材，需要自己去弄一把斧头，这个时候斧头控制权在自己手里（相当于程序中自己创建调用对象，也就是斧头），自己是斧头的控制者（斧头砍树，斧头相当于调用者，树代表被调用的其他东西，例如方法。这个时候斧头需要自己弄来，意思就是自己要新建这个调用者，依赖这个调用者去调用其他东西）。然而，控制反转，表示控制权发生变化，自己不再是斧头的控制者，别人会把斧头给你，例如老板叫你去砍树，并给你一把斧头，这个时候斧头的控制者是老板，而不是自己了（也就是说这个时候调用者是由别人建立，自己不用建立，这个就是控制反转的思想）。                                                                                     传统模式下是自己建立调用者对象，再去调用其他东西。而依赖注入是实现控制反转的方式，例如通过构造方法注入Service对象，从而建立了调用者（Service对象，相当于上面的斧头），而不是自己手动建立（Service的控制权在容器，而不在于自己）。

       传统模式，例如自己new一个Service对象的话，控制器层的实例化肯定比Service层早。但是使用构造函数注入的话，Service层的实例化反而比控制器层早，也就是说Service层构造函数比controller层构造函数先执行（如图2）。

1

2 通过构造注入，service层比controller层更早实例化

目的：   引入依赖注入的目的是为了解耦。说白了就是面向接口编程，通过调用接口的方法，而不直接实例化对象去调用。这样做的好处就是如果添加了另一个实现类，不需要修改之前代码，只需要修改注入的地方将实现类替换。上面说的通过接口调用方法，实际上还是需要去实例化接口的实现类，只不过不需要我们手动new 构造实现类，而是交给如微软的DI、Autofac这些工具去构建实现类。我们只需要告诉它们，某个类是某个接口的实现类，当用到的时候，工具（比如，微软的DI）会自动通过构造函数实例化类。

二、常用的依赖注入

       a、.net core自带的DI

       b、Autofac

       c、Ninject

       d、Unity

前面2种用的比较多，后面2种用的比较少

三、3种注入方法

       构造函数注入，属性注入，方法注入（其目的都是实现控制反转）

四、3种生命周期

3

Transient：服务级别，每次访问Service的时候，就会产生一个新的对象实例。

Scoped: 会话级别(http级别)，每次新的http请求时，就会产生一个新的对象实例，同一个http请求，才会复用该相同实例。

Singleton：单例服务，单一实例对象对每个对象和每个请求都是相同的，可以说是不同客户端不同请求都是相同的。

例子：

4

a、如果使用的是Transient，则图中3个Service的对象的实例都不相同，每个都不一样 ，因为每调用一次Service都会新建一个实例。         

b、如果是Scoped，则每个接口就是一个Scoped会话，该接口复用同一个实例。

c、如果是Singleton，则该Controller里面的接口中的Service调用的实例都是一致的。

五、 为什么使用依赖注入

1、减少代码量，代码更加灵活。 

2、忽略内部复杂依赖

3、管理生命周期

4、单元测试

5、方便进行代理（AOP切面编程）

好处多多

六、依赖注入的步骤

简单弄一个注入例子：                                                                                                                                                                        1、服务注册，在Startup类ConfigureServices方法中注册服务容器中的依赖关系，例如：

2、注入依赖，例如，MyFristInterface实现接口IMyFristInterface ，然后把IMyFristInterface 在controller中注入：

返回的结果正确