初窥spring boot 源码之框架初始化

简介: 从Spring boot 框架初始化深入理解框架是怎么实现的

Spring boot 启动流程

框架初始化

所谓框架初始化,可以说是new 一个  SpringApplication 对象,调用其构造方法时会进行如下步骤的操作!

实际框架初始化流程,

  1. 配置资源加载器,默认启动,资源加载器是null (可以在启动时指定类加载器)
  2. 判断primarySources(servlet项目会将启动主类传入构造方法)不能为空,接下来为SpringApplication 设置primarySources
  3. 调用推断应用所属类型,webflux or none or servlet 应用环境检测 *具体方法在后面有详细写*
  4. 设置系统初始化器-》通过SpringFactoriesLoader 获取ApplicationContextInitializer 相关实现类,主要是扫描jar包下META-INF目录下的spring.factories 文件中的对应类配置
  5. 设置应用监听器-》也是通过SpringFactoriesLoader 获取ApplicationListener 相关实现类,
  6. 配置mainApplicationClass属性,也就是设置main方法所在类

探寻如上流程时,遇到一些有意思的方法

1.SpingApplication 下的 getClassLoader 方法 还会关联到 ClassUtils 中的 getDefaultClassLoader 方法,该方法应该是与双亲委派的代码很是类似。由此看出,我能看出什么呢。这个getDefaultClassLoader 方法呢,就有意思了,如果当前线程有这么一个加载器的话,就用当前线程的,没有则找到ClassUtils类的加载器,如果还是null,那么就使用systemclassloader

2.再一个就是,Throwable 类中会记录一个StackTraceElement,该元素会记录一些内容,比如当前方法所属的类名称。方法名字。。。

这个是在设置main 方法类的时候发现的。

现在深入的研究一波,getSpringFactoriesInstances 方法解析 第4步

1.先获取类加载器

2.通过SpringFactoriesLoader 的loadFactoryNames方法获 调用loadSpringFactories方法 到了set里面,保证名字的唯一

3.createSpringFactoriesInstances 方法进行对象的实例化,先通过ClassUtils.forName 获取到Class对象,再校验是否为需求的子类,通过Class对象及入参创建对应的构造方法对象,通过BeanUtils.instantiatieClass方法创建对象,并把对象放到集合中,返回对象集合。

4.对这些对象,进行一次排序根据其自定义实现的排序逻辑,或者排序器进行排序 很多都是通过order值。

loadSpringFactories流程

  1. 查缓存中是否包含对应数据,如果有直接返回,没有进行下一步
  2. 读取到META-INF目录下的spring.factories 文件
  3. 构造properties 对象所有的kv数据,通过遍历将这些接口及实现的名字拿到,
  4. 之后基于定义的接口名字为key,具体实现为value(value被声明为一个list)(接口的多个实现用“,”分割,有方法进行分割)包装到一个map中,基于这个map 取到type的具体实现类名的集合,将得到的数据放到缓存中
  5. 返回结果

框架启动

框架启动也就是在得到一个springApplication对象以后,进行的run方法的执行。执行会携带启动命令!

探秘框架启动流程

  1. 计时器开始-》new stopwatch().start()
  2. Headless 模式赋值
  3. 获取SpringApplicationRunListeners  spring-boot 框架的sping-factorise 配置文件下指定了默认的启动监听器 并发送一个ApplicationStartingEvent -》 这是个扩展点
  4. 将启动参数包装成一个对象 也就是命令行启动时的参数会通过这一步配置到 applicationArguments 对象中
  5. 配置环境数据,这个方法是配置引入的入口后面进行展开。发送一个 ApplicationEnvironmentPreparedEvent标识环境信息已经准备好了处理忽略的相关内容 -》这也是个有意思的地方
  6. 根据已经加载了配置信息的environment对象创建打印banner对象
  7. 创建应用上下文对象
  8. 创建失败分析器
  9. prepareContext 准备上下文对象 下面有详解
  10. refreshContext(context); 对上下文进行刷新,bean的初始化都在这个方法中,后面会拓展。下一个方法在默认启动中没有具体实现代码逻辑,可能是为了实现设置的。
  11. 停止计时-》 打印启动哪个类 用了多长时间 的日志
  12. 发送started事件
  13. 调用runners方法 对启动加载器进行处理
  14. 如果以上从第4步到12步有异常或者错误发生,就会通过失败分析器,发出相关失败信息。
  15. 没啥事儿再发个框架正常启动的事件,然后将上下文对象

image.png

以上为框架初始化及启动相关流程,大家加油。

相关文章
|
7月前
|
安全 Java Ruby
我尝试了所有后端框架 — — 这就是为什么只有 Spring Boot 幸存下来
作者回顾后端开发历程,指出多数框架在生产环境中难堪重负。相比之下,Spring Boot凭借内置安全、稳定扩展、完善生态和企业级支持,成为构建高可用系统的首选,真正经受住了时间与规模的考验。
564 2
|
8月前
|
XML JSON Java
Spring框架中常见注解的使用规则与最佳实践
本文介绍了Spring框架中常见注解的使用规则与最佳实践,重点对比了URL参数与表单参数的区别,并详细说明了@RequestParam、@PathVariable、@RequestBody等注解的应用场景。同时通过表格和案例分析,帮助开发者正确选择参数绑定方式,避免常见误区,提升代码的可读性与安全性。
|
6月前
|
安全 前端开发 Java
《深入理解Spring》:现代Java开发的核心框架
Spring自2003年诞生以来,已成为Java企业级开发的基石,凭借IoC、AOP、声明式编程等核心特性,极大简化了开发复杂度。本系列将深入解析Spring框架核心原理及Spring Boot、Cloud、Security等生态组件,助力开发者构建高效、可扩展的应用体系。(238字)
|
6月前
|
消息中间件 缓存 Java
Spring框架优化:提高Java应用的性能与适应性
以上方法均旨在综合考虑Java Spring 应该程序设计原则, 数据库交互, 编码实践和系统架构布局等多角度因素, 旨在达到高效稳定运转目标同时也易于未来扩展.
478 8
|
7月前
|
监控 Kubernetes Cloud Native
Spring Batch 批处理框架技术详解与实践指南
本文档全面介绍 Spring Batch 批处理框架的核心架构、关键组件和实际应用场景。作为 Spring 生态系统中专门处理大规模数据批处理的框架,Spring Batch 为企业级批处理作业提供了可靠的解决方案。本文将深入探讨其作业流程、组件模型、错误处理机制、性能优化策略以及与现代云原生环境的集成方式,帮助开发者构建高效、稳定的批处理系统。
749 1
|
8月前
|
设计模式 Java 开发者
如何快速上手【Spring AOP】?从动态代理到源码剖析(下篇)
Spring AOP的实现本质上依赖于代理模式这一经典设计模式。代理模式通过引入代理对象作为目标对象的中间层,实现了对目标对象访问的控制与增强,其核心价值在于解耦核心业务逻辑与横切关注点。在框架设计中,这种模式广泛用于实现功能扩展(如远程调用、延迟加载)、行为拦截(如权限校验、异常处理)等场景,为系统提供了更高的灵活性和可维护性。
1031 0
|
缓存 Java Spring
Spring&SpringBoot源码笔记整理 |Bean的加载流程二
昨天的文章里提到Bean的加载流程和如何获取bean,今天继续源码解读。还是老规矩,看着Bean加载的时序图进入主题。
536 0
Spring&SpringBoot源码笔记整理 |Bean的加载流程二
|
缓存 Java Spring
Spring&SpringBoot源码笔记整理 |Bean的加载流程一
本篇文章主要介绍Bean的加载流程,以及Spring是怎么解决循环依赖的问题。
262 0
Spring&SpringBoot源码笔记整理 |Bean的加载流程一
|
6月前
|
JavaScript Java 关系型数据库
基于springboot的项目管理系统
本文探讨项目管理系统在现代企业中的应用与实现,分析其研究背景、意义及现状,阐述基于SSM、Java、MySQL和Vue等技术构建系统的关键方法,展现其在提升管理效率、协同水平与风险管控方面的价值。
下一篇
开通oss服务