Spring IOC 源码分析&时序图 非原创

Spring IOC 源码分析&时序图 非原创- 2020-12-24 23:40- spring: spring IOC时序图
—-

Spring 核心之 IOC 容器初体验

再谈IOC 与DI

IOC(Inversion of Control)控制反转：所谓控制反转，就是把原先我们代码里面需要实现的对象创建、依赖的代码，反转给容器来帮忙实现。那么必然的我们需要创建一个容器，同时需要一种描述来让容器知道需要创建的对象与对象的关系。这个描述最具体表现就是我们所看到的配置文件。

DI(DependencyInjection)依赖注入：就是指对象是被动接受依赖类而不是自己主动去找，换句话说就是指对象不是从容器中查找它依赖的类，而是在容器实例化对象的时候主动将它依赖的类注入给它。先从我们自己设计这样一个视角来考虑：

1、对象和对象的关系怎么表示？

可以用 xml，properties 文件等语义化配置文件表示

2、描述对象关系的文件存放在哪里？

可能是 classpath，filesystem，或者是 URL 网络资源，servletContext 等。回到正题，有了配置文件，还需要对配置文件解析。

3、不同的配置文件对对象的描述不一样，如标准的，自定义声明式的，如何统一？

在内部需要有一个统一的关于对象的定义，所有外部的描述都必须转化成统一的描述定义。4、如何对不同的配置文件进行解析？
需要对不同的配置文件语法，采用不同的解析器。

Spring 核心容器类图

1、BeanFactory

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

其中 BeanFactory 作为最顶层的一个接口类，它定义了 IOC 容器的基本功能规范，BeanFactory 有三个重要的子类：ListableBeanFactory、HierarchicalBeanFactory 和 AutowireCapableBeanFactory。但是从类图中我们可以发现最终的默认实现类是 DefaultListableBeanFactory，它实现了所有的接口。