文章内容：
1. Resource 体系 
2. ResourceLoader 体系 
3. BeanDefinitionReader 体系 
4. BeanDefinition 体系
5. BeanFactory 体系  
6. ApplicationContext 体系  
7. Aware 接口
8. BeanFactoryPostProcessor
9. BeanPostProcessor
10. InitializingBean 接口
11. BeanWrapper

1. Resource 体系

对资源的抽象。它的每一个实现类都代表了一种资源的访问策略

image.png

2. ResourceLoader 体系

用来来进行统一资源加载

image.png

3. BeanDefinitionReader 体系

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

image.png

4. BeanDefinition 体系

用来描述 Spring 中的 Bean 对象。

image.png

5. BeanFactory 体系

是一个非常纯粹的 bean 容器，它是 IoC 必备的数据结构，其中BeanDefinition 是它的基本结构。BeanFactory 内部维护着一个beanName->BeanDefinition的map ，并可根据 BeanDefinition 的描述进行 bean 的创建和管理。

image.png

6. ApplicationContext 体系

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

BeanFactory和ApplicationContext有什么区别
从链接里选取了一些：
②ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean,确保当你需要的时候，你就不用等待，因为它们已经创建好了。
③相对于基本的BeanFactory，ApplicationContext唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

image.png

7.Aware 接口

Aware 接口为 Spring容器的核心接口，是一个具有标识作用的超级接口，实现了该接口的 bean是具有被 Spring容器通知的能力，通知的方式是采用回调的方式。

Aware 接口是一个空接口，实际的方法签名由各个子接口来确定，且该接口通常只会有一个接收单参数的 set方法，该 set 方法的命名方式为 set + 去掉接口名中的 Aware后缀，即 XxxAware 接口，则方法定义为 setXxx()，例如 BeanNameAware（setBeanName），ApplicationContextAware（setApplicationContext）。

Aware 的子接口需要提供一个 setXxx 方法，我们知道 set 是设置属性值的方法，即 Aware 类接口的 setXxx方法其实就是设置 xxx 属性值的。 Aware 的含义是感知的、
感应的，那么在 Spring 容器中是如何实现感知并设置属性值得呢？我们可以从初始化 bean 中的激活 Aware 的方法#invokeAwareMethods(final String beanName, final Object bean)中看到一点点，
其实是 Spring 容器在初始化主动检测当前bean是否实现了Aware接口，如果实现了则回调其set方法将相应的参数设置给该bean，这个时候该 bean 就从 Spring 容器中取得相应的资源。

8.BeanFactoryPostProcessor

BeanFactoryPostProcessor用于容器启动阶段，允许我们在容器实例化Bean之前对注册到该容器的BeanDefinition做出修改。
BeanFactoryPostProcessor的机制，就相当于给了我们在 Bean 实例化之前最后一次修改BeanDefinition 的机会，我们可以利用这个机会对BeanDefinition来进行一些额外的操作，比如更改某些 bean的一些属性，给某些 Bean 增加一些其他的信息等等操作。
通过beanFactory可以获取bean的示例或定义等。同时可以修改bean的属性，这是和BeanPostProcessor最大的区别。

9.BeanPostProcessor

BeanPostProcessor的作用：在Bean完成实例化后，如果我们需要对其进行一些配置、增加一些自己的处理逻辑，那么请使用 BeanPostProcessor。

10. InitializingBean 接口

InitializingBean为 bean 提供了定义初始化方法的方式，它仅包含了一个方法：#afterPropertiesSet() 。
该方法在 BeanFactory设置完了所有属性之后被调用,
该方法允许bean 实例设置了所有bean 属性时执行初始化工作，如果该过程出现了错误则需要抛出异常

11.BeanWrapper

BeanWrapper体系相比于 Spring中其他体系是比较简单的，它作为 BeanDefinition向Bean 转换过程中的中间产物，承载了Bean实例的包装、类型转换、属性的设置以及访问等重要作用。