1、IOC理论

• IOC英文缩写：Inversion of control， 另一个缩写为DI:依赖注入（Denpency Injection）
• 用作控制反转
• 理解：spring IOC就是负责对象生命周期和对象之间的关系

以找女朋友为例子：

一般情况下我们是如何来找女朋友的呢？首先我们需要根据自己的需求（漂亮、身材好、性格好）找一个妹子，然后到处打听她的兴趣爱好、微信、电话号码，然后各种投其所好送其所要，最后追到手。如下：

/**
 * 年轻小伙子
 */
public class YoungMan {
    private BeautifulGirl beautifulGirl;

    YoungMan(){
        // 可能你比较牛逼，指腹为婚
        // beautifulGirl = new BeautifulGirl();
    }

    public void setBeautifulGirl(BeautifulGirl beautifulGirl) {
        this.beautifulGirl = beautifulGirl;
    }

    public static void main(String[] args){
        YoungMan you = new YoungMan();
        BeautifulGirl beautifulGirl = new BeautifulGirl("你的各种条件");
        beautifulGirl.setxxx("各种投其所好");

        // 然后你有女票了
        you.setBeautifulGirl(beautifulGirl);
    }
}

代码中，我们找女朋友需要我们自己取创建，善后，采购构建自己的女朋友。

而IOC的思想就是：相当于婚介所代替我们创建，善后这个过程，我么只要使用就可以了。

虚线：是没有IOC状态，被注入对象直接依赖被依赖对象。

实线：当被注入对象需要什么服务时，IOC会把相应的被依赖的对象注入到被注入对象中。

注入的方法：

（1）构造器注入：

YoungMan(BeautifulGirl beautifulGirl){
        this.beautifulGirl = beautifulGirl;
}

（2）setter注入：

public class YoungMan {
    private BeautifulGirl beautifulGirl;

    public void setBeautifulGirl(BeautifulGirl beautifulGirl) {
        this.beautifulGirl = beautifulGirl;
    }
}

（3）接口方式注入：

需要被依赖的对象实现不必要的接口，带有侵入性。

spring IOC四点必须理清：

1. 谁控制谁：在传统的开发模式下，我们都是采用直接 new 一个对象的方式来创建对象，也就是说你依赖的对象直接由你自己控制，但是有了 IOC 容器后，则直接由 IoC 容器来控制。所以“谁控制谁”，当然是 IoC 容器控制对象。
2. 控制什么：控制对象。
3. 为何是反转：没有 IOC 的时候我们都是在自己对象中主动去创建被依赖的对象，这是正转。但是有了 IOC 后，所依赖的对象直接由 IOC 容器创建后注入到被注入的对象中，依赖的对象由原来的主动获取变成被动接受，所以是反转。
4. 哪些方面反转了：所依赖对象的获取被反转了。

2、各个组件

spring最核心的五个组件为：Resource体系、BeanFactory 体系、Beandefinition 体系、BeandefinitionReader体系、ApplicationContext体系

（1）Resource体系（代表了一种资源的访问策略，如ClasspathResource 、 URLResource ，FileSystemResource）

图示：

有了资源就得加载，Spring 利用 ResourceLoader 来进行统一资源加载，图示：

（2）BeanFactory 体系

BeanFactory是一个bean容器，其中 BeanDefinition 是她的基本结构，它内部维护着一个 BeanDefinition map ，并可根据 BeanDefinition 的描述进行 bean 的创建和管理。

BeanFacoty 有三个直接子类 ListableBeanFactory、HierarchicalBeanFactory 和 AutowireCapableBeanFactory，DefaultListableBeanFactory 为最终默认实现，它实现了所有接口

（3）Beandefinition 体系

BeanDefinition 用来描述 Spring 中的 Bean 对象

（4）BeandefinitionReader体系

BeanDefinitionReader 的作用是读取 Spring 的配置文件的内容，并将其转换成 Ioc 容器内部的数据结构：BeanDefinition

（5）ApplicationContext体系

这个就是大名鼎鼎的 Spring 容器，它叫做应用上下文，与我们应用息息相关，她继承 BeanFactory，所以它是 BeanFactory 的扩展升级版，如果BeanFactory 是屌丝的话，那么 ApplicationContext 则是名副其实的高富帅。由于 ApplicationContext 的结构就决定了它与 BeanFactory 的不同，其主要区别有：

1. 继承 MessageSource，提供国际化的标准访问策略。
2. 继承 ApplicationEventPublisher ，提供强大的事件机制。
3. 扩展 ResourceLoader，可以用来加载多个 Resource，可以灵活访问不同的资源。
4. 对 Web 应用的支持。

摘自：死磕spring —— 仅应用于个人学习