在刷Spring书籍的时候花了点时间去学习了单例模式和工厂模式，总的来说还是非常值得的！
本来想的是刷完《Spring 实战 (第4版)》和《精通Spring4.x 企业应用开发实战》的IOC章节后来重新编写一篇IOC的文章的，看了一下之前已经写过的入门系列Spring入门这一篇就够了和Spring【依赖注入】就是这么简单。最主要的知识点都已经讲过了，所以感觉就没必要重新来编写这些知识点了…
我个人又不喜欢将写过的东西复制到新的文章中，所以建议大家可以先去阅读上面两篇文章再来看这篇(工厂模式那篇如果没有看过的同学也有必要去看看)~~
- 为了这篇文章知识点的完整性，重要的知识点(IOC概念理解，创建Bean、注入的三种方式等)还是会出现，但是不会将上面两篇博文的代码摘抄过来了。
这篇文章主要是补充和强化一些比较重要的知识点，并会把上面的两本书关于IOC的知识点整理出来并画成一个思维导图来全面了解Spring IOC的知识点！
那么接下来就开始吧，如果有错的地方希望能多多包涵，并不吝在评论区指正！
一、Spring IOC全面认知
结合《Spring 实战 (第4版)》和《精通Spring4.x 企业应用开发实战》两本书的IOC章节将其知识点整理起来~
1.1IOC和DI概述
在《精通Spring4.x 企业应用开发实战》中对IOC的定义是这样的：
IoC(Inversion of Control)控制反转，包含了两个方面：一、控制。二、反转
我们可以简单认为：
- 控制指的是：当前对象对内部成员的控制权。
- 反转指的是：这种控制权不由当前对象管理了，由其他(类,第三方容器)来管理。
IOC不够开门见山，于是Martin Fowler提出了DI(dependency injection)来替代IoC，即让调用类对某一接口实现类的依赖关系由第三方(容器或协作类)注入，以移除调用类对某一接口实现类的依赖。
在《Spring 实战 (第4版)》中并没有提及到IOC，而是直接来说DI的：
通过DI，对象的依赖关系将由系统中负责协调各对象的第三方组件在创建对象的时候进行设定，对象无需自行创建或管理它们的依赖关系，依赖关系将被自动注入到需要它们的对象当中去
从书上我们也可以发现：IoC和DI的定义(区别)并不是如此容易就可以说得清楚的了。这里我就简单摘抄一下：
- IoC(思想，设计模式)主要的实现方式有两种：依赖查找，依赖注入。
- 依赖注入是一种更可取的方式(实现的方式)
对我们而言，其实也没必要分得那么清，混合一谈也不影响我们的理解…
再通过昨天写过的工厂模式理解了没有？，我们现在就可以很清楚的发现，其实所谓的IOC容器就是一个大工厂【第三方容器】(Spring实现的功能很强大！比我们自己手写的工厂要好很多)。
使用IOC的好处(知乎@Intopass的回答)：
- 不用自己组装，拿来就用。
- 享受单例的好处，效率高，不浪费空间。
- 便于单元测试，方便切换mock组件。
- 便于进行AOP操作，对于使用者是透明的。
- 统一配置，便于修改。
参考资料：
1.2IOC容器的原理
从上面就已经说了：IOC容器其实就是一个大工厂，它用来管理我们所有的对象以及依赖关系。
- 原理就是通过Java的反射技术来实现的！通过反射我们可以获取类的所有信息(成员变量、类名等等等)！
- 再通过配置文件(xml)或者注解来描述类与类之间的关系
- 我们就可以通过这些配置信息和反射技术来构建出对应的对象和依赖关系了！
上面描述的技术只要学过点Java的都能说出来，这一下子可能就会被面试官问倒了，我们简单来看看实际Spring IOC容器是怎么实现对象的创建和依赖的：
- 根据Bean配置信息在容器内部创建Bean定义注册表
- 根据注册表加载、实例化bean、建立Bean与Bean之间的依赖关系
- 将这些准备就绪的Bean放到Map缓存池中，等待应用程序调用
Spring容器(Bean工厂)可简单分成两种：
- BeanFactory
- 这是最基础、面向Spring的
- ApplicationContext
- 这是在BeanFactory基础之上，面向使用Spring框架的开发者。提供了一系列的功能！
几乎所有的应用场合都是使用ApplicationContext！
BeanFactory的继承体系：
ApplicationContext的继承体系：
其中在ApplicationContext子类中又有一个比较重要的：WebApplicationContext
- 专门为Web应用准备的
Web应用与Spring融合：
我们看看BeanFactory的生命周期：
接下来我们再看看ApplicationContext的生命周期：
初始化的过程都是比较长，我们可以分类来对其进行解析：
- Bean自身的方法：如调用 Bean 构造函数实例化 Bean，调用 Setter 设置 Bean 的属性值以及通过
的 init-method 和 destroy-method 所指定的方法； - Bean级生命周期接口方法：如 BeanNameAware、 BeanFactoryAware、 InitializingBean 和 DisposableBean，这些接口方法由 Bean 类直接实现；
- 容器级生命周期接口方法：在上图中带“★” 的步骤是由 InstantiationAwareBean PostProcessor 和 BeanPostProcessor 这两个接口实现，一般称它们的实现类为“ 后处理器” 。 后处理器接口一般不由 Bean 本身实现，它们独立于 Bean，实现类以容器附加装置的形式注册到Spring容器中并通过接口反射为Spring容器预先识别。当Spring 容器创建任何 Bean 的时候，这些后处理器都会发生作用，所以这些后处理器的影响是全局性的。当然，用户可以通过合理地编写后处理器，让其仅对感兴趣Bean 进行加工处理
ApplicationContext和BeanFactory不同之处在于：
- ApplicationContext会利用Java反射机制自动识别出配置文件中定义的BeanPostProcessor、 InstantiationAwareBeanPostProcesso 和BeanFactoryPostProcessor后置器，并自动将它们注册到应用上下文中。而BeanFactory需要在代码中通过手工调用
addBeanPostProcessor()方法进行注册 - ApplicationContext在初始化应用上下文的时候就实例化所有单实例的Bean。而BeanFactory在初始化容器的时候并未实例化Bean，直到第一次访问某个Bean时才实例化目标Bean。
有了上面的知识点了，我们再来详细地看看Bean的初始化过程：
简要总结：
- BeanDefinitionReader读取Resource所指向的配置文件资源，然后解析配置文件。配置文件中每一个
<bean>解析成一个BeanDefinition对象，并保存到BeanDefinitionRegistry中； - 容器扫描BeanDefinitionRegistry中的BeanDefinition；调用InstantiationStrategy进行Bean实例化的工作；使用BeanWrapper完成Bean属性的设置工作；
- 单例Bean缓存池：Spring 在DefaultSingletonBeanRegistry类中提供了一个用于缓存单实例 Bean 的缓存器，它是一个用HashMap实现的缓存器，单实例的Bean以beanName为键保存在这个HashMap中。
1.3IOC容器装配Bean
1.3.1装配Bean方式
Spring4.x开始IOC容器装配Bean有4种方式：
- XML配置
- 注解
- JavaConfig
- 基于Groovy DSL配置(这种很少见)
总的来说：我们以XML配置+注解来装配Bean得多，其中注解这种方式占大部分！
1.3.2依赖注入方式
依赖注入的方式有3种方式：
- 属性注入-->通过
setter()方法注入 - 构造函数注入
- 工厂方法注入
总的来说使用属性注入是比较灵活和方便的，这是大多数人的选择！
1.3.3对象之间关系
<bean>对象之间有三种关系：
- 依赖-->挺少用的(使用depends-on就是依赖关系了-->前置依赖【依赖的Bean需要初始化之后，当前Bean才会初始化】)
- 继承-->可能会用到(指定abstract和parent来实现继承关系)
- 引用-->最常见(使用ref就是引用关系了)
1.3.4Bean的作用域
Bean的作用域：
- 单例Singleton
- 多例prototype
- 与Web应用环境相关的Bean作用域
- reqeust
- session
使用到了Web应用环境相关的Bean作用域的话，是需要我们手动配置代理的~
原因也很简单：因为我们默认的Bean是单例的，为了适配Web应用环境相关的Bean作用域--->每个request都需要一个对象，此时我们返回一个代理对象出去就可以完成我们的需求了！
将Bean配置单例的时候还有一个问题：
- 如果我们的Bean配置的是单例，而Bean对象里边的成员对象我们希望是多例的话。那怎么办呢？？
- 默认的情况下我们的Bean单例，返回的成员对象也默认是单例的(因为对象就只有那么一个)！
此时我们需要用到了lookup方法注入，使用也很简单，看看例子就明白了：
1.3.6处理自动装配的歧义性
昨天在刷书的时候刚好看到了有人在知乎邀请我回答这个问题：
结合两本书的知识点，可以归纳成两种解决方案：
- 使用
@Primary注解设置为首选的注入Bean - 使用
@Qualifier注解设置特定名称的Bean来限定注入！
- 也可以使用自定义的注解来标识
1.3.7引用属性文件以及Bean属性
之前在写配置文件的时候都是直接将我们的数据库配置信息在里面写死的了：
其实我们有更优雅的做法：将这些配置信息写到配置文件上(因为这些配置信息很可能是会变的，而且有可能被多个配置文件引用).
- 如此一来，我们改的时候就十分方便了。
引用配置文件的数据使用的是${}
除了引用配置文件上的数据，我们还可以引用Bean的属性：
引用Bean的属性使用的是#{}
在这种技术在《Spring 实战 第四版》称之为Spring EL，跟我们之前学过的EL表达式是类似的。主要的功能就是上面的那种，想要更深入了解可参考下面的链接：
