IOC

IOC即控制反转，后来也被人们叫做依赖注入，其主要就是解决了依赖对象之间高度耦合的问题，使得类更加关心自己的功能而无需关心自己所需要的资源是怎么来的，从哪来的。要理解IOC的原理，需要搞清楚四件事：
1.依赖关系是什么？
依赖关系其实很简单，当类A的成员变量中有类B时，我们就说类A依赖于类B。描述代码如下：

public class A{
    private B b;
    public A(){
    
    }
}

public class B{
    private int falg="IOC";
    public String funB(){
       return flag+"B";        
    }
    public B(){
    
    }
}

2.没有IOC时类是如何获取自身所需的依赖对象的？引入IOC之后呢？
在理解依赖关系之后，我们很容易的就会想到，当我们创建类A时，如果类A需要使用到类B，那么就需要创建一个类B的实例。那么我们一般都是直接new 一个类B的实例。描述代码如下：

public class A{
    private B b=new B();
    public A(){
    }
    public void funA(){
      System.out.println(b.funB())
    }
    public static void main(String args[]){
         A a=A();
         a.funA();
    }
}

public class B{
    private int falg="IOC";
    public String funB(){
       return flag+"B";        
    }
    public B(){
    
    }
}

上面的代码其实描述了一个很常见的场景，就是类A需要对类B中的一些数据资源进行操作。而在获取B的资源时，首先要做的就是使用new将类B 实例化。这里可以看到，我们在类A的代码实现中，我们还需要关心B何时实例化，B实例化是否需要额外的数据资源，如果需要我们还需要为类B找到其所需的资源，才能完成类A的funA()调用。如果类A和类B是一个人编码实现，并且类B没有依赖的对象，或者依赖的关系不复杂，那么这样做显然是可以的。但是当类A和类B是分开两个人编写的时候呢？是否意味着编写类A的人还需要把先把类B的实例化代码看一遍，才能使用。
而引入IOC之后，我们看看发生了什么变化，

public class A{
    @Autowired
    private B;
    public A(){
    }
    public void funA(){
      System.out.println(b.funB())
    }
    public static void main(String args[]){
         A a=A();
         a.funA();
    }
}

@Component
public class B{
    private int falg="IOC";
    public String funB(){
       return flag+"B";        
    }
    public B(){
    
    }
}

这里使用了Spring 中实现的IOC，我们可以看到在类A中没有new，直接就使用了B的实例b中的资源。这对于类A的开发者来说会轻松许多，因为他无需关心B是如何、何时实例化的，也不用担心如何为B获取所需资源。那么谁应该来关心B何时实例化，如何实例化等问题的呢？它就是一个叫做IOC容器的东西，整个依赖注入的过程都是IOC容器在负责完成，其中@Component相当于在告诉IOC容器，我这里有一个类B的资源。 @Autowired是告诉IOC容器，我需要一个类B的资源。然后IOC就会在自己管理的资源中，找到类B的资源给类A。如果想了解Spring IOC容器的实现原理，我会在后面的一篇文章《Spring IOC 实现原理详解》。

3.什么被控制了？
从上面的解释可以看到，什么被控制了，其实就是依赖对象（类B）的创建被控制了。依赖对象的创建要么由所需的类（类A）来控制，要么由IOC容器控制。

4.什么被反转了？
依赖对象（类B）创建的主动权反转了，之前是应用程序或者需要依赖对象的类（类A）自己主动创建依赖对象（类B），而引入IOC容器后，应用程序或者类A只能被动等待IOC容器为其创建所需的依赖对象。

5.IOC的好处：
理解了上面的问题之后，我们其实能够发现其实IOC最大的好处就是降低了对象之间的耦合度，在没有IOC之前呢需要对象自己去找所需资源和依赖，但是引入IOC之后，对于资源对象或者依赖对象只需要告诉IOC容器，自己是什么样的资源。而对于需要依赖对象或者资源的对象呢，只需要告诉IOC容器自己正缺少什么样的资源，等IOC提供了这些资源，它只管用就好。而对于资源的寻找，获取注入都由IOC容器来完成。再举个简单的例子来加强理解：比如我现在要找一个女朋友结婚，那么如果是非IOC模式的话，我就需要自己在大街上，对大街上的妹子一个一个筛选，找出符合自己期望的。但是在IOC模式下的话，我只需要告诉婚介所（IOC容器）我需要一个什么样的结婚对象，然后婚介所在他们登记档案中就能为我找到一个满足条件的，我接下来负责结婚就好。