Ioc容器加载过程-bean生命周期源码解析

PnJg?

已于 2022-10-11 12:31:32 修改

阅读量676

点赞数

分类专栏： spring5底层文章标签： java spring 开发语言

于 2022-09-28 15:35:22 首次发布

本文链接：https://blog.csdn.net/PnJgHT/article/details/127026528

版权

spring5底层专栏收录该内容

15 篇文章 0 订阅

订阅专栏

Spring IOC容器的加载过程

1、实例化容器：AnnotationConfigApplicationContext

首先从这里出发：

AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(MainConfig.class);

创建 AnnotationConfigApplicationContext对象实例化bean工厂，走的是无参构造方法，而无参构造方法又会去调用父类的无参构造方法。为什么这里要实现的是DefaultListableBeanFactory()？因为这个类继承了最多的父类，包括BeanDefinitionRegistry，功能是最丰富的，比如注册bean定义的方法。所以实现了这个DefaultListableBeanFactory()后赋值给beanFactory，得到了bean工厂

//根据参数类型可以知道，其实可以传入多个annotatedClasses，但是这种情况出现的比较少
 public AnnotationConfigApplicationContext(Class<?>... annotatedClasses) {
 //调用无参构造函数，会先调用父类GenericApplicationContext的构造函数
 //父类的构造函数里面就是初始化DefaultListableBeanFactory，并且赋值给beanFactory
 //本类的构造函数里面，初始化了一个读取器：AnnotatedBeanDefinitionReader read，一个扫描器ClassPathBeanDefi
nitionScanner scanner
 //scanner的用处不是很大，它仅仅是在我们外部手动调用 .scan 等方法才有用，常规方式是不会用到scanner对象的
 this();
 //把传入的类进行注册，这里有两个情况，
 //传入传统的配置类
 //传入bean（虽然一般没有人会这么做
 //看到后面会知道spring把传统的带上@Configuration的配置类称之为FULL配置类，不带@Configuration的称之为Lite配
置类
 //但是我们这里先把带上@Configuration的配置类称之为传统配置类，不带的称之为普通bean
 register(annotatedClasses);
 //刷新
 refresh();
 }
//this()执行的无参构造方法
public AnnotationConfigApplicationContext() {
		/**
		 * 初始化注解模式下的bean定义扫描器
		 * 调用AnnotatedBeanDefinitionReader构造方法，传入的是this(AnnotationConfigApplicationContext)对象
		 */

		this.reader = new AnnotatedBeanDefinitionReader(this);
		/**
		 * 初始化我们的classPath类型的bean定义扫描器
		 */
		this.scanner = new ClassPathBeanDefinitionScanner(this);
	}

//父类具体执行的构造方法
public GenericApplicationContext() {
		/**
		 * 调用父类的构造函数,为ApplicationContext spring上下文对象初始beanFactory
		 * 为啥是DefaultListableBeanFactory？我们去看BeanFactory接口的时候
		 * 发DefaultListableBeanFactory是最底层的实现，功能是最全的
		 */
		this.beanFactory = new DefaultListableBeanFactory();
	}

接下来会去执行new AnnotatedBeanDefinitionReader(this)（创建用去读取配置类的工具。）;在执行这一句的时候会去注册一些创世纪的类例的bean定义如ConfigurationClassPostProcessor.class（在这个类中负责解析配置类，会解析加了@Configuration\@Component\@Import等注解）、AutowiredAnnotationBeanPostProcessor.class（这个类会去解析@Autowired）等处理器，这个只是注册这些类，真正去把类解析bean定义的是由他注册的后置处理器去完成的。

接下来会去执行this.scanner = new ClassPathBeanDefinitionScanner(this);创建扫面读取到的配置类的工具。在这个扫描工具里面有个doScan(String basePackages)方法，提供一个手动传入扫描包进行扫描的支持。传入一个包路径，通过这个路径扫描到包里面的所有类。

在构造方法跳出来之后会执行注册配置类到bean定义里面

接着会执行refresh()方法

refresh()方法

invokeBeanFactoryPostProcessors(beanFactory);

调用我们的bean工厂的后置处理器。因为之前已经注册了创世纪类ConfigurationClassPostProcessor.class，所以这里执行getBean()就会实例化注册了的创世纪的类（实现了postprocessor接口），这里调用这些实例化了的处理器就会去解析配置类、@CompenetScan、@Import等注解注册到bean定义里面。

registerBeanPostProcessors(beanFactory);

注册bean的后置处理器

finishBeanFactoryInitialization(beanFactory);

实例化剩余的单例bean。

在这里面会执行getBean()，判断需要实例化的这个Bean定义是否符合生产标准、是不是factorybean。符合标准了才会执行getBean()。这时候会先去判断一级缓存是否有，如果拿到了直接返回，如果没有拿到就会标记为isInCreation正在创建，去执行creatBean()。

creatBean()中会执行第一个bean后置处理器，这里可以阻止bean的创建交由用户自己创建。

接着就来到了doCreatBean()，进行实例化、填充属性、初始化，最终把bean放入一级缓存。