Light源代码探析这那哥，老板娘积极主动月工资给你加5k

在预测Spring源标识符以后，很难陷于的两个坏习惯是，debugger一路上点进来，接着沉沦在浩瀚的源标识符当中。只不过预测源标识符跟他们做控制系统合作开发那样，不能上去就已经开始撸标识符，而要先搞好控制系统的结构设计，接着才已经开始相互配合。正简而言之一气有概要，内心深处不惊慌失措，不论他们debugger到了何方，再说他们在世界地图的何方，就能导航系统回来。

上图较为隐晦的标记了Spring罐子的开启操作过程，简而言之隐晦是指重点项目高度关注罐子的变动操作过程的，比如说：罐子第一类表述的读取、BeanFactory的前置处置，罐子Bean的读取操作过程。而其它的操作过程比如说特性天然资源的读取、H55N的处置等做了故意的略去，在后的Spring源标识符系列产品中，他们会用原则上的段落展开如是说。

核心理念基本概念如是说

Bean：他们晓得Spring罐子管理工作着各式各样的第一类，那些第一类他们泛称为Bean第一类

BeanFactory：Spring并不直接对Bean第一类展开实例化和初始化，那些操作过程都是通过BeanFactory来完成的。

ApplicationContext：Spring进程上下文，只不过这里的上下文才更接近于他们通常理解的Spring罐子，它处置管理工作着他们的个中Bean第一类，还有Environment第一类，各种H55N，BeanFactory的前置处置器，Bean的前置处置器等。

BeanDefinition：读取完spring的配置文件后，并不是直接就生成各种Bean第一类，而要将所有的表述信息封装在BeanDefinition列表中。

BeanFactoryPostProcessor：在创建好BeanFactory第一类后，Spring会执行一些列的前置处置器，那些前置处置器给扩展留出了空间，因为持有BeanFactory第一类，但凡是它已有的信息都能展开扩展或修改，比如说BeanDefinition信息，Environment信息（特性天然资源）等

BeanPostProcessor：Bean的前置处置器，在Bean第一类完成实例化和特性填充后，他们有机会扩展前置处置器来对其展开修改

关键流程说明

配置信息读取在获取BeanFactory第一类的操作过程中，会通过BeanDefinitionReader第一类展开各种配置文件的解析和读取。BeanFactory前置处置在执行结构设计的Bean第一类创建操作过程前，他们有机会扩展BeanFactoryPostProcessor来做一些个性化的工作，比如说修改BeanDefinition信息，扩充Environment等实例化Bean实例化Bean的操作过程是BeanFactory使用beanDefinitions来反射构建出Bean第一类初始化Bean初始化Bean的操作过程相对较为复杂，包括对Bean的特性填充，Aware方法的调用、前置处置器的执行，以及init-method方法的调用

结语

为什么说从战术上要重视呢？有些同学找了两个Spring的架构图看了下，写了个DEMO就说：哦，我已经理解了。只不过深入源标识符看下去，无不是源标识符作者的匠心巧思，其中的扩展性考虑、对结构设计模式的应用、对各个模块的封装和组织都值得他们细细的去品读。