IOC在Spring当中被称之为控制反转，可以说是java生态当中的一个非常重要的底层思维，而控制反转这一思想能大大帮助程序解耦，而依赖注入也就是DI是实现IOC的一种手段，帮助java完成这样的一套思维逻辑，因此这两点在面试当中不可谓不重要，今天小编就和大家来详细聊一聊这一块内容，希望大家能从中有所收获。
1.IOC的概念
IOC常常被称之为控制反转，而控制指的就是控制对象的创建过程，反转则反转的是对象的创建主体，由程序员转变为容器。而在Spring当中我们的容器实际上就是一个单例工厂，当中的一个个对象实际上就是bean，我们不需要去真正的创建一个对象，而是定义一个对象的创建过程，而创建的权力，我们就交给容器来负责。
2.IOC有什么作用
在Spring的工程启动之后，我们的容器也就是单例工厂就会被初始化，而在容器当中的bean对象就会被实例化。而这样我们就会发现，通过这样一套机制，我们bean对象的实例化由运行时期，提前到了启动时期。
而在这样的一套流程之下，假设类与类出现了依赖或者其他的问题，我们就能提早发现程序当中的问题并且解决问题。
同时，我们将创建对象的权力交给容器，让容器帮助我们去实现创建，但是假设创建对象的这个过程要交给程序员自己来进行管理，我们每次使用一个对象都要去new一个新的对象，这样就会造成大量的对象被创建，在这样的情况之下就会频繁的触发GC的垃圾回收，还可能出现OOM(内存溢出)的问题。
而容器也可以帮助我们实现解耦，而这样我们的单例对象bean就只依赖抽象的接口，而我们只要将实体类注入到容器当中，再让容器帮助我们进行依赖注入即可，这样代码当中相互依赖的单例bean不需要new任何一个实现，高层模块与低层模块没有直接的关联，而是只依赖于底层模块对应的抽象接口，这样就实现了最大程度上的解耦 。
3.依赖注入DI
依赖注入是一种设计模式，是实现IOC的核心手段，它的核心思想是：对象不自己创建它所依赖的对象，而是由外部注入进来。
一般有三种注入方式，分别是
1,构造器注入
依赖通过构造函数一次性传进来，对象实例化后即为最终状态。
天然支持final，线程安全、不可变。
单元测试时new即可，无需容器。
循环依赖会启动即报错。
// ① 服务接口 public interface Engine { String start(); } // ② 服务实现 @Service public class V8Engine implements Engine { public String start() { return "V8 引擎轰鸣"; } } // ③ 调用者 @RestController @RequestMapping("/car") public class CarController { private final Engine engine; // 1. 加 final 强制构造填充 public CarController(Engine engine) { // 2. 只有一个构造器，Spring 自动注入 this.engine = engine; } @GetMapping("/run") public String run() { return engine.start(); } }2.Setter注入
通过setter方法把依赖“塞”进去，运行期可更换。
对象可变，多线程环境下需自己保证同步。
测试时必须手动调用 setter。
因允许为空，IDE 无法静态提示缺失依赖。
// ① 服务接口 public interface Battery { String level(); } // ② 服务实现 @Service public class LiBattery implements Battery { public String level() { return "锂电池电量 88%"; } } // ③ 调用者 @RestController @RequestMapping("/bike") public class BikeController { private Battery battery; // 1. 非 final，可变的 @Autowired // 2. 写在 setter 上，更直观 public void setBattery(Battery battery) { this.battery = battery; } @GetMapping("/power") public String power() { return battery.level(); } }3.字段注入
直接在字段上加@Autowired，Spring 通过反射赋值，代码量最少。
无法使用final，也不能在构造函数里做校验。
单元测试必须启动 Spring 容器或使用反射工具。
循环依赖时 Spring 会悄悄生成代理，把设计问题拖到运行时。
// ① 服务接口 public interface Motor { String spin(); } // ② 服务实现 @Service public class BrushlessMotor implements Motor { public String spin() { return "无刷电机静音旋转"; } } // ③ 调用者 @RestController @RequestMapping("/scooter") public class ScooterController { @Autowired // 1. 直接打在字段上，省代码 private Motor motor; // 2. 没有 setter/构造器痕迹 @GetMapping("/go") public String go() { return motor.spin(); } }在这里我们并不太推荐基于字段注入，更推荐构造器注入，虽然基于字段注入的代码简洁方便，但会出现不能注入final修饰，空指针异常等等问题。
今天的分享就到这里了，希望这篇博客能给你一些帮助，让你对关于IOC和依赖注入的问题得到进一步的提升，在面试的时候能从容面对面试官。
