04. 深入了解spring启动流程概念(启动流程,IOC,Bean的生命周期)

一 深入了解Spring

  1. Spring IOC容器核心架构原理
  2. Bean生命周期详解
  3. Application和BeanFactory的区别
  4. BeanFactory和FactoryBean的区别
  5. IOC加载流程源码解析

1. IOC容器核心架构原理

1. 概念

IOC(Inversion Of Control)即控制反转,意思就是原本对象都是由成序员创建的,耦合度太高,那么就将对象的创建和管理交给IOC容器,由IOC容器进行创建和销毁,我们使用的时候只需要DI(Dependency Injection)依赖注入就好

IOC容器加载是从实例化一个ApplicationContext开始的,或者说,ApplicationContext就是IOC容器

AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(); // spring上下文

在这里插入图片描述

2. IOC容器的加载流程

主要方法

  1. register(cofigration): 定义一个bean的数据结构。相当于类加载的过程
  2. refresh():初始化一个BeanFactory, 把上一步处理的BeanDenationMap到beanFactory()里面;同时定义bean创建的前后处理
  3. getBean(): 相当于对象的创建的过程,因为最后调用了AbstractAutowireCapableBeanFactory.doCreateBean()这个方法
1. 注册BeanDefinition

当我们new ApplicationContext()的时候在ApplicationContext注册BeanDefinition读取Bean的创建信息,例如作用域等

BeanDefinition是启动的时候读取定义Bean的所有信息,方便后续创建Bean的时候进行创建,这是Spring的顶层接口,在AbstractBeanDefinition中有以下属性:beanClass、scope、lazyInit、autowireMode、dependencyCheck等

然后将多个BeanDefinition放入BeanDefinitionMap中,初始化BeanFactory然后交给BeanFactory

2. 创建Bean

读取BeanDefinitionMap,然后使用getBean方法创建出对应的Bean

3. ApplicationContext和BeanFactory的区别

两者都可以作为Bean的容器,都有getBean()方法,但是ApplicationContext是BeanFactory的实现类,功能更强

  1. ApplicationContext是BeanFactory的实现类,实现了getBean方法,但是ApplicationContext中的getBean方法是一个门面方法,实际上还是调用的BeanFactory中的getBean
  2. ApplicationContext的功能更加强大;ApplicationContext像是4S店,BeanFactory像是工厂
  3. 创建BeanFactory、加载Spring扩展类、加载环境变量、监听器等都是由ApplicationContext负责的,包括BeanDefinition也都是由ApplicationContext负责创建的

2. Bean的生命周期

在这里插入图片描述

大致可以分为以下 5 个阶段:

  1. Bean 的实例化:查找并加载需要被 Spring 管理的 Bean,对 Bean 进行实例化
  2. Bean 属性赋值:即DI,依赖注入,这里涉及到了循环依赖的问题(三级缓存)
  3. Bean 的初始化
  4. Bean 的使用
  5. Bean 的销毁
  • 对于 singleton 作用域的 Bean 来说,Spring IoC 容器能够精确地控制 Bean 何时被创建、何时初始化完成以及何时被销毁;
  • 对于 prototype 作用域的 Bean 来说,Spring IoC 容器只负责创建,然后就将 Bean 的实例交给客户端代码管理,Spring IoC 容器将不再跟踪其生命周期。

1. Bean 的实例化

纯净态,只是一个对象,里面需要DI的属性都是null;实例化的过程也是类加载的过程

实例化的方式有两类:

  1. 交给Spring管理:spring通过读取className再反射调用构造方法创建,例如@Component注解等,但是这种方式有弊端,比如我们无法精确控制Bean,无法做出预处理

  2. 自己控制创建的Bean,有两种方式:

    1. xml配置文件中配置的Bean、java_config类中bean方法(使用配置类)

    2. 使Bean对象实现FactoryBean接口,重写getObject()方法,在该方法中对Bean进行控制

      public class Car implements FactoryBean {
          @Override
          public Object getObject() throws Exception {
              return new Car(); // 也可以返回代理类对象
          }
          @Override
          public Class<?> getObjectType() {
              return Car.class;
          }
      }
      

2. 属性注入,DI

这里涉及到了循环依赖的问题,Spring通过三级缓存来解决

	// 从上至下 分表代表这“三级缓存”
	private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256); //一级缓存
	private final Map<String, Object> earlySingletonObjects = new HashMap<>(16); // 二级缓存
	private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16); // 三级缓存

注:AbstractBeanFactory继承自DefaultSingletonBeanRegistry

  1. singletonObjects:用于存放完全初始化好的 bean,从该缓存中取出的 bean 可以直接使用
  2. earlySingletonObjects:提前曝光的单例对象的cache,存放原始的 bean 对象(尚未填充属性),用于解决循环依赖
  3. singletonFactories:单例对象工厂的cache,存放 bean 工厂对象,用于解决循环依赖

三级缓存工作流程:

  1. 开始创建A,发现A依赖B,但是B还没有创建,把A放入三级缓存
  2. 开始创建B,B依赖A,在三级缓存中找到A,把A传给B并把A移动到二级缓存B创建完成,就可以放到一级缓存了
  3. 此时给A补充属性,B已经到了一级缓存可以被找到,然后A创建完成,移动到一级缓存,完成

3. Bean的初始化

走完下面几步,Bean就可以被系统使用了

  1. 调用很多个Aware接口:Bean 实现了 BeanNameAware接口,则 Spring 调用 Bean 的 setBeanName() 方法传入当前 Bean 的 id 值;如果实现了 BeanFactoryAware接口,则 Spring 调用 setBeanFactory() 方法传入当前工厂实例的引用;如果实现了 ApplicationContextAware接口,则 Spring 调用 setApplicationContext() 方法传入当前 ApplicationContext 实例的引用
  2. 如果 Bean 实现了 BeanPostProcessor接口,则 Spring 调用该接口的预初始化方法 postProcessBeforeInitialzation() 对 Bean 进行加工操作,此处非常重要,Spring 的 AOP 就是利用它实现的
  3. Bean的生命周期回调中的初始化方法,有三种:
    1. 如果 Bean 实现了 InitializingBean 接口,则 Spring 将调用 afterPropertiesSet() 方法
    2. 如果在xml配置文件中指定了init-method方法,那么就调用初始化方法
    3. 也可以使用注解在Bean中指定初始化方法,@PostConstruct
  4. 如果实现了BeanPostProcessor接口,Spring调用该接口的**postProcessAfterInitialzation()**方法

4. 销毁

在调用applicationContext.closed()的时候执行销毁的方法,指定销毁的方法有三种

  1. 如果 Bean 实现了 DisposableBean 接口,则 Spring 会调用 destory() 方法销毁 Bean;
  2. 如果在配置文件中通过 destory-method 属性指定了 Bean 的销毁方法,则 Spring 将调用该方法对 Bean 进行销毁;
  3. 还有注解的,@Destory

3. Bean的生命周期回调

Bean 的生命周期回调方法主要有两种

  • 初始化回调方法:在 Spring Bean 被初始化后调用,执行一些自定义的回调操作。
  • 销毁回调方法:在 Spring Bean 被销毁前调用,执行一些自定义的回调操作

我们可以通过以下 3 种方式自定义 Bean 的生命周期回调方法

  • 通过接口实现
  • 通过 XML 配置实现
  • 使用注解实现

如果一个 Bean 中有多种生命周期回调方法时,优先级顺序为:注解 > 接口 > XML 配置!!!

回调方式接口方法说明
初始化回调InitializingBeanafterPropertiesSet()指定初始化回调方法,这个方法会在 Spring Bean 被初始化后被调用,执行一些自定义的回调操作。
销毁回调DisposableBeandestroy()指定销毁回调方法,这个方法会在 Spring Bean 被销毁前被调用,执行一些自定义的回调操作。

4. 总结

在这里插入图片描述

  1. web容器(tomcat等)启动,创建ContextLoaderListener并回contextInitialized()
  2. **ContextLoader中initWebApplicationContext()**方法开始创建并初始化Spring容器
  3. Spring容器创建和初始化:可以理解为WebApplicationContext初始化,创建一些底层的Bean例如Bean工厂、加载Spring扩展类例如AOP相关的、读取环境变量、还有BeanDefiniton等;
  4. refresh容器,读取xml配置,创建Beans
    化Spring容器
  5. Spring容器创建和初始化:可以理解为WebApplicationContext初始化,创建一些底层的Bean例如Bean工厂、加载Spring扩展类例如AOP相关的、读取环境变量、还有BeanDefiniton等;
  6. refresh容器,读取xml配置,创建Beans
  7. 最后将Spring容器的引用(也就是context)保存到ServletContextContextLoaderListener

更详细的可参考:https://zhuanlan.zhihu.com/p/367076177

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值