用过.net core框架的同学都知道，框架默认支持“构造函数”注入引用对象的方式。使用.net core框架也有一段时间了，最近去了解了一下到底什么是“依赖注入”，而往往谈到依赖注入，必然绕不开“控制反转”。
网上对它们也是众说纷纭，今天基于自己的理解，和大家简单交流下。
“控制反转”（Inversion of Control）IOC
先提出两个问题：
1.有反转肯定有正转吧？
2.哪些方面的控制被反转了?
好了，带着上面的问题，我们一边说一边思考，进入如下场景。
有两个类class A和class B分别实现不同的逻辑，classA需要引用classB,调用B中的某个方法。
“控制正转”：也就是我们实现对象引用的常用模式，classA要想获取对classB对象的引用，需要在classA类中直接new 一个classB的对象，以持有对classB的对象。
//添加classB对象的引用 ClassB objB=new ClassB(); //调用B的方法 objB.Get();
直接new了一个对象，同时也建立了classA和classB之间的耦合关系，在如今越来越强调“低耦合”的业务场景下，显然是有点影响系统可扩展性。于是，出现了“控制反转”。
“控制反转”：相比于“控制正转”获取对象引用直接new的实现方式，控制反转将获取对象引用的实现交给了容器统一管理。类似于设计模式中的“工厂模式”，由容器统一实例化引用对象。
实际上也就是“获取引用对象的方式发生了转换”，由之前的调用者classA直接new一个classB对象引用，变成后来的由外部系统注入引用对象。如：classA通过构造函数接收classB的引用对象，外部调用时传入B对象，classA只是被动的等待classB引用对象，不再主动创建。
//创建classB私有对象 private readonly ClassB _objB; //构造函数注入classB引用对象 public ClassA(ClassB objB) { _objB=objB; } //调用classB方法 public string GetA() { _objB.Get(); }
“依赖注入”（DependencyInjection）DI
在程序运行过程中，动态的向某个对象提供它所需要的其他引用对象。简单理解:依赖=引用对象，注入=添加方式，也就是指添加引用对象的方式。通常由容器统一管理引用对象的实例化。
实现方式，主要包括：属性注入和构造函数注入。
大家可以看到，在谈到控制反转的时候，也已经提到了“依赖注入”，实际上我们可以把“依赖注入”看成是“控制反转”的一种实现方式，两者实际上是同一个事情，只是从不同角度的描述而已。