IOC个人简单理解

IOC的概念

Ioc—Inversion of Control 控制反转 ioc是一种设计思想，是Spring最核心的部分
在这里我们假设一个场景

public class Person {
    public void eat() {
        Food food = new Food();
        System.out.println("I eat food:{}", food.toString());
    }
}

人吃饭之前必须要做饭 new food() 不然就没有饭吃
Person类依赖这个对象 我们必须自己new一个Food对象

IOC是如何做的呢

public class Person {
    private Food food;
 public void eat() {
        System.out.println("I eat food:{}", food.toString());
 }
}

它会在你吃的时候将食物准备好，不需要你自己做饭。因为它认为：吃饭的人不应该身兼厨师的角色。

借用《spring 揭秘》中的漫画再说明一下吧（因为我不会画吃饭的漫画）。它的意思是：穿衣服出门。如果不使用Ioc,你就得自己去取衣服穿上。用了IOC，已经有美女给你拿过来并帮你穿上（有没有一种大款的感觉）。IOC就是让你当大款，你只需要发挥自己的特长挣钱就可以了，其它的让小秘来。

其实上面就是IOC的核心思想，也就是它要解决的问题：让你脱离对依赖对象的维护，只需要随用随取，不需要关心依赖对象的任何过程。（是不是感觉特别简单）
就是不需要自己创建对象 而是你需要什么对象由ioc容器来帮你创建好
何为控制反转 ？像上述场景需要我们自己穿衣服 ，我们自己主动控制 。
现在用了ioc后穿衣服是由他来控制 这就是控制反转的含义
所以上述代码中关于Person中需要的Food对象不再有Person类控制来创建 而是我们把构造好的Food类交给ioc也就是Food的bean。当我们需要这个Food对象时IOC会帮我们创建对象。这时你会发现解决了类与类之间的高耦合方便我们测试

IoC和DI

DI—Dependency Injection，即“依赖注入”
IoC和DI由什么关系呢？其实它们是同一个概念的不同角度描述，由于控制反转概念比较含糊（可能只是理解为容器控制对象这一个层面，很难让人想到谁来维护对象关系），所以2004年大师级人物Martin Fowler又给出了一个新的名字：“依赖注入”，相对IoC 而言，“依赖注入”明确描述了“被注入对象依赖IoC容器配置依赖对象”。

本人第一次发表文章，自己对于IOC概念的浅显理解
例子借鉴于作者：fulton 更深层次的内容链接里也有 希望帮助到大家
链接：https://juejin.im/post/593386ca2f301e00584f8036