初学者 Spring IOC 简单理解

什么是IOC  Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。

简单的说就是比如平时我们有两个类，一个teacher类， 一个student类，我们要在teacher中调用student类，可能就是 Student student = new student();而有了ioc，我们可以在该类的开头 直接@Autowired Student student把该类注入进来，这样就不用自己手动控制创建类了。

没用ioc的创建方式：

用了ioc的创建原理：

所以ioc就是把原先我们代码里面需要实现的对象创建、依赖的代码，反转给容器来帮忙实现。

打个比方就是我去超市买东西，这个是没有用ioc的

但是我通过淘宝，让它帮我买东西，并且送到我手上这个就是运用ioc原理的。

 

在 Spring IoC 容器的设计中，容器有两个系列，可以看成是容器的具体表现形式：

• BeanFactory 简单容器：实现了容器的基本功能，基本方法如 getBean等；

• ApplicationContext 应用上下文：在简单容器的基础上，增加上下文的特性

为什么要设计两个系列，而不是一个？这就涉及到架构设计的模式了，底层定义核心流程，上层扩展功能实现，高内聚、低耦合。在架构设计中，这样的分层是很有必要的，可以随时替换掉一个抽象层。

Spring 通过定义 BeanDefinition 来管理基于 Spring 的应用中的各种对象以及它们之间的相互依赖关系。BeanDefinition 抽象了我们对 Bean 的定义，一个BeanDefinition描述了一个bean的实例，包括属性值，构造方法参数值和继承自它的类的更多信息，简单点理解就是把所有注入的实例全部变成了BeanDefinition这个核心抽象数据结构，spring ioc中的依赖反转功能都是围绕对这个BeanDefinition的处理来完成的。

那么为什么要这么做呢？

整个项目中，我们读取Bean的方式有，xml配置，注解定义bean和扫描bean。而且每个bean都不同，比如上面我注解了一个student，那么其他时候，我注解person类啊，dog类啊。如果都用自身的数据结构，那么整个系统就会出错或者复杂了的。但是我们把所有的实例都解析成为BeanDefinition把它注册到ioc中。那么容器只要关心所有的BeanDefinition即可，这样就增加了扩展性和灵活性。当我们 getBean 的时候，如果 Bean 还没有初始化，容器就会找到 BeanDefinition，然后根据 BeanDefinition 初始化 Bean 及其依赖。

---

核心BeanFactory：

Spring Bean的创建是典型的工厂模式，这一系列的Bean工厂，也即IOC容器为开发者管理对象间的依赖关系提供了很多便利和基础服务，在Spring中有许多的IOC容器的实现供用户选择和使用，其相互关系如下：

其中BeanFactory作为最顶层的一个接口类，它定义了IOC容器的基本功能规范，而其他的只是通过工厂模式，不断的扩充增加特定的功能，这极大的增加了接口的扩展性和灵活性。BeanFactory 有三个子类：ListableBeanFactory、HierarchicalBeanFactory 和AutowireCapableBeanFactory。但是从上图中我们可以发现最终的默认实现类是 DefaultListableBeanFactory，他实现了所有的接口。那为何要定义这么多层次的接口呢？查阅这些接口的源码和说明发现，每个接口都有他使用的场合，它主要是为了区分在 Spring 内部在操作过程中对象的传递和转化过程中，对对象的数据访问所做的限制。例如 ListableBeanFactory 接口表示这些 Bean 是可列表的，而 HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的，也就是每个Bean 有可能有父 Bean。AutowireCapableBeanFactory 接口定义 Bean 的自动装配规则。这四个接口共同定义了 Bean 的集合、Bean 之间的关系、以及 Bean 行为.

那么问题来了：BeanFactory到底做了什么事情？在ioc中竟然起了如此重要的作用？

 

public interface BeanFactory {

//对FactoryBean的转义定义，因为如果使用bean的名字检索FactoryBean得到的对象是工厂生成的对象，   
//如果需要得到工厂本身，需要转义
   String FACTORY_BEAN_PREFIX = "&";

//根据bean的名字，获取在IOC容器中得到bean实例
   Object getBean(String name) throws BeansException;

   <T> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException;

  //根据bean的名字和Class类型来得到bean实例，增加了类型安全验证机制。
   Object getBean(String name, Object... args) throws BeansException;

  
   <T> T getBean(Class<T> requiredType) throws BeansException;

 
   <T> T getBean(Class<T> requiredType, Object... args) throws BeansException;

  //提供对bean的检索，看看是否在IOC容器有这个名字的bean  
   boolean containsBean(String name);

  //根据bean名字得到bean实例，并同时判断这个bean是不是单例    
   boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

  
   boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

   
   boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;

  
   boolean isTypeMatch(String name, @Nullable Class<?> typeToMatch) throws       NoSuchBeanDefinitionException;

  //得到bean实例的Class类型
   @Nullable
   Class<?> getType(String name) throws NoSuchBeanDefinitionException;

  //得到bean的别名，如果根据别名检索，那么其原名也会被检索出来  
  String[] getAliases(String name);

}

 看beanFactory的接口就能看出它的作用就是负责读取bean配置文档，管理bean的加载，实例化，维护bean之间的依赖关系，负责bean的声明周期。

1.它找到bean，如读取xml配置，注解等，如果是资源文件则用Resource类把它封装起来，支持Classpath，jar，url等。

2.初始化Reader注入Resourc，通过BeanDefinitionReafer去解析BeanDefinition，然后初始化注册到容器中，这其中还存在一些校验工作，这里不具体展开了。

具体的ioc初始化可以看这位大佬写的 https://www.cnblogs.com/ITtangtang/p/3978349.html ，或者推荐一本《spring源码解析》可以具体参悟，我这里就不做具体的解释了。

---

ApplicationContext

 

如果说BeanFactory是Spring的心脏，那么ApplicationContext就是完整的躯体了，ApplicationContext由BeanFactory派生而来，提供了更多面向实际应用的功能。在BeanFactory中，很多功能需要以编程的方式实现，而在ApplicationContext中则可以通过配置实现。

BeanFactorty接口提供了配置框架及基本功能，但是无法支持spring的aop功能和web应用。而ApplicationContext接口作为BeanFactory的派生，因而提供BeanFactory所有的功能。而且ApplicationContext还在功能上做了扩展，相较于BeanFactorty，ApplicationContext还提供了以下的功能： 

（1）MessageSource, 提供国际化的消息访问  
（2）资源访问，如URL和文件  
（3）事件传播特性，即支持aop特性
（4）载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层 

个人体会是：ApplicationContext比BeanFactory扩展了ResourceLoader(资源加载器)接口，从而可以用来加载多个Resource，而BeanFactory是没有扩展ResourceLoader的。ApplicationContext可以通过 FileSystemXmlApplicationContext和ClasspathXmlApplicationContext读取资源文件。ApplicationContext多了一些BeanFactory没有的特定功能，并且还是那句话BeanFactory是Spring的心脏，那么ApplicationContext就是完整的躯体了。