一张长图透彻理解 SpringBoot 启动原理，架构师必备知识，不为应付面试！

于 2024-05-21 22:27:23 发布
阅读量441 收藏 10
点赞数 4
分类专栏： springboot 文章标签： spring boot 面试 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45334346/article/details/139104002
版权

虽然Java程序员大部分工作都是CRUD，但是工作中常用的中间件必须和Spring集成，如果不知道Spring的原理，很难理解这些中间件和框架的原理。

一张长图透彻解释 Spring启动顺序

图片

测试对Spring启动原理的理解程度

我举个例子，测试一下，你对Spring启动原理的理解程度。

  • Rpc框架和Spring的集成问题。Rpc框架何时注册暴露服务，在哪个Spring扩展点注册呢？init-method 中行不行？

  • MQ 消费组和Spring的集成问题。MQ消费者何时开始消费，在哪个Spring扩展点”注册“自己？init-method 中行不行？

  • SpringBoot 集成Tomcat问题。如果出现已开启Http流量，Spring还未启动完成，怎么办？Tomcat何时开启端口，对外服务？

SpringBoot项目常见的流量入口无外乎 Rpc、Http、MQ 三种方式。一名合格的架构师必须精通服务的入口流量何时开启，如何正确开启？最近我遇到的两次线上故障都和Spring启动过程相关。

故障的具体表现是：Kafka消费组已经开始消费，已开启流量，然而Spring 还未启动完成。因为业务代码中使用的Spring Event事件订阅组件还未启动（订阅者还未注册到Spring），所以处理异常，出了线上故障。根本原因是————项目在错误的时机开启 MQ 流量，然而Spring还未启动完成，导致出现故障。

正确的做法是：项目在Spring启动完成后开启入口流量，然而我司的Kafka消费组 在Spring init-method bean 实例化阶段就开启了流量，导致故障发生。出现这样的问题，说明项目初期的程序员没有深入理解Spring的启动原理。

接下来，我再次抛出 11 个问题，说明这个问题————深入理解Spring启动原理的重要性。

  1. Spring还未完全启动，在 PostConstruct 中调用 getBeanByAnnotation 能否获得准确的结果？

  2. 项目应该如何监听 Spring 的启动就绪事件？

  3. 项目如何监听Spring 刷新事件？

  4. Spring就绪事件和刷新事件的执行顺序和区别？

  5. Http 流量入口何时启动完成？

  6. 项目中在 init-method 方法中注册 Rpc 是否合理？什么是合理的时机？

  7. 项目中在 init-method 方法中注册 MQ 消费组是否合理？什么是合理的时机？

  8. PostConstruct 中方法依赖ApplicationContextAware拿到 ApplicationContext，两者的顺序谁先谁后？是否会出现空指针!

  9. init-method、PostConstruct、afterPropertiesSet 三个方法的执行顺序?

  10. 有两个 Bean声明了初始化方法。A使用 PostConstruct注解声明，B使用 init-method 声明。Spring一定先执行 A 的PostConstruct 方法吗？

  11. Spring 何时装配Autowire属性，PostConstruct 方法中引用 Autowired 字段什么场景会空指针?

精通Spring 启动原理，以上问题则迎刃而解。接下来，大家一起学习Spring的启动原理，看看Spring的扩展点分别在何时执行。

一起数数 Spring启动过程的扩展点有几个？

Spring的扩展点极多，这里为了讲清楚启动原理，所以只列举和启动过程有关的扩展点。

  1. BeanFactoryAware 可在Bean 中获取 BeanFactory 实例

  2. ApplicationContextAware 可在Bean 中获取 ApplicationContext 实例

  3. BeanNameAware  可以在Bean中得到它在IOC容器中的Bean的实例的名字。

  4. ApplicationListener 可监听 ContextRefreshedEvent等。

  5. CommandLineRunner 整个项目启动完毕后，自动执行

  6. SmartLifecycle#start 在Spring Bean实例化完成后，执行start 方法。

  7. 使用@PostConstruct注解，用于Bean实例初始化

  8. 实现InitializingBean接口，用于Bean实例初始化

  9. xml 中声明 init-method 方法，用于Bean实例初始化

  10. Configuration 配置类 通过@Bean注解 注册Bean到Spring

  11. BeanPostProcessor 在Bean的初始化前后，植入扩展点！

  12. BeanFactoryPostProcessor 在BeanFactory创建后植入 扩展点！

通过打印日志学习Spring的执行顺序

首先我们先通过 代码实验，验证一下以上扩展点的执行顺序。

1.声明 TestSpringOrder 分别继承以下接口，并且在接口方法实现中，日志打印该接口的名称。

public class TestSpringOrder implements
      ApplicationContextAware,
      BeanFactoryAware, 
      InitializingBean, 
      SmartLifecycle, 
      BeanNameAware, 
      ApplicationListener<ContextRefreshedEvent>, 
      CommandLineRunner,
      SmartInitializingSingleton {

@Override
public void afterPropertiesSet() throws Exception {
   log.error("启动顺序:afterPropertiesSet");
}

@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
   log.error("启动顺序:setApplicationContext");
}

2.TestSpringOrder 使用 PostConstruct注解初始化，声明 init-method方法初始化。

@PostConstruct
public void postConstruct() {
   log.error("启动顺序:post-construct");
}

public void initMethod() {
   log.error("启动顺序:init-method");
}

3.新建 TestSpringOrder2 继承

public class TestSpringOrder3 implements
         BeanPostProcessor, 
         BeanFactoryPostProcessor {
   @Override
   public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
      log.error("启动顺序:BeanPostProcessor postProcessBeforeInitialization beanName:{}", beanName);
      return bean;
   }

   @Override
   public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
      log.error("启动顺序:BeanPostProcessor postProcessAfterInitialization beanName:{}", beanName);
      return bean;
   }

   @Override
   public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
      log.error("启动顺序:BeanFactoryPostProcessor postProcessBeanFactory ");
   }
}

执行以上代码后，可以在日志中看到启动顺序！

实际的执行顺序
2023-11-25 18:10:53,748 [main] ERROR (TestSpringOrder3:37) - 启动顺序:BeanFactoryPostProcessor postProcessBeanFactory 
2023-11-25 18:10:59,299 [main] ERROR (TestSpringOrder:53) - 启动顺序:构造函数 TestSpringOrder
2023-11-25 18:10:59,316 [main] ERROR (TestSpringOrder:127) - 启动顺序: Autowired
2023-11-25 18:10:59,316 [main] ERROR (TestSpringOrder:129) - 启动顺序:setBeanName
2023-11-25 18:10:59,316 [main] ERROR (TestSpringOrder:111) - 启动顺序:setBeanFactory
2023-11-25 18:10:59,316 [main] ERROR (TestSpringOrder:121) - 启动顺序:setApplicationContext
2023-11-25 18:10:59,316 [main] ERROR (TestSpringOrder3:25) - 启动顺序:BeanPostProcessor postProcessBeforeInitialization beanName:testSpringOrder
2023-11-25 18:10:59,316 [main] ERROR (TestSpringOrder:63) - 启动顺序:post-construct
2023-11-25 18:10:59,317 [main] ERROR (TestSpringOrder:116) - 启动顺序:afterPropertiesSet
2023-11-25 18:10:59,317 [main] ERROR (TestSpringOrder:46) - 启动顺序:init-method
2023-11-25 18:10:59,320 [main] ERROR (TestSpringOrder3:31) - 启动顺序:BeanPostProcessor postProcessAfterInitialization beanName:testSpringOrder
2023-11-25 18:17:21,563 [main] ERROR (SpringOrderConfiguartion:21) - 启动顺序: @Bean 注解方法执行
2023-11-25 18:17:21,668 [main] ERROR (TestSpringOrder:58) - 启动顺序:SmartInitializingSingleton
2023-11-25 18:17:21,675 [main] ERROR (TestSpringOrder:74) - 启动顺序:start
2023-11-25 18:17:23,508 [main] ERROR (TestSpringOrder:68) - 启动顺序:ContextRefreshedEvent
2023-11-25 18:17:23,574 [main] ERROR (TestSpringOrder:79) - 启动顺序:CommandLineRunner

我通过在以上扩展点 添加 debug 断点，调试代码，整理出 Spring启动原理的 长图。过程省略…………

一张长图透彻解释 Spring启动顺序

图片

实例化和初始化的区别

new TestSpringOrder()：new 创建对象实例，即为实例化一个对象；执行该Bean的 init-method 等方法 为初始化一个Bean。注意初始化和实例化的区别。

Spring 重要扩展点的启动顺序

1.BeanFactoryPostProcessor

BeanFactory初始化之后，所有的Bean定义已经被加载，但Bean实例还没被创建（不包括BeanFactoryPostProcessor类型）。Spring IoC容器允许BeanFactoryPostProcessor读取配置元数据，修改bean的定义，Bean的属性值等。

2.实例化Bean

Spring 调用java反射API 实例化 Bean。等同于 new TestSpringOrder();

3.Autowired 装配依赖

Autowired是 借助于 AutowiredAnnotationBeanPostProcessor 解析 Bean 的依赖，装配依赖。如果被依赖的Bean还未初始化，则先初始化 被依赖的Bean。在 Bean实例化完成后，Spring将首先装配Bean依赖的属性。

4.BeanNameAware

setBeanName

5.BeanFactoryAware

setBeanFactory

6.ApplicationContextAware setApplicationContext

在Bean实例化前，会率先设置Aware接口，例如 BeanNameAware BeanFactoryAware  ApplicationContextAware 等

7.BeanPostProcessor postProcessBeforeInitialization

如果我想在 bean初始化方法前后要添加一些自己逻辑处理。可以提供 BeanPostProcessor接口实现类，然后注册到Spring IoC容器中。在此接口中，可以创建Bean的代理，甚至替换这个Bean。

8.PostConstruct 执行

接下来 Spring会依次调用 Bean实例初始化的 三大方法。

9.InitializingBean

afterPropertiesSet

10.init-method

方法执行

11.BeanPostProcessor postProcessAfterInitialization

在 Spring 对Bean的初始化方法执行完成后，执行该方法

12.其他Bean 实例化和初始化

Spring 会循环初始化Bean。直至所有的单例Bean都完成初始化

13.所有单例Bean 初始化完成后

14.SmartInitializingSingleton Bean实例化后置处理

该接口的执行时机在 所有的单例Bean执行完成后。例如Spring 事件订阅机制的 EventListener注解，所有的订阅者 都是 在这个位置被注册进 Spring的。而在此之前，Spring Event订阅机制还未初始化完成。所以如果有 MQ、Rpc 入口流量在此之前开启，Spring Event就可能出问题！

所以强烈建议 Http、MQ、Rpc 入口流量在 SmartInitializingSingleton 之后开启流量。

Http、MQ、Rpc 入口流量必须在 SmartInitializingSingleton 之后开启流量。

15.Spring 提供的扩展点，在所有单例Bean的 EventListener等组件全部启动完成后，即Spring启动完成，则执行 start 方法。在这个位置适合开启入口流量！

Http、MQ、Rpc 入口流量适合 在 SmartLifecyle 中开启

16.发布 ContextRefreshedEvent 方法

该事件会执行多次，在 Spring Refresh 执行完成后，就会发布该事件！

17.注册和初始化 Spring MVC

SpringBoot 应用，在父级 Spring启动完成后，会尝试启动 内嵌式 tomcat容器。在此之前，SpringBoot会初始化 SpringMVC 和注册DispatcherServlet到Web容器。

18.Tomcat/Jetty 容器开启端口

SpringBoot 调用内嵌式容器，会开启并监听端口，此时Http流量就开启了。

19.应用启动完成后，执行 CommandLineRunner

SpringBoot 特有的机制，待所有的完全执行完成后，会执行该接口 run方法。值得一提的是，由于此时Http流量已经开启，如果此时进行本地缓存初始化、预热缓存等，稍微有些晚了！在这个间隔期，可能缓存还未就绪！

所以预热缓存的时机应该发生在 入口流量开启之前，比较合适的机会是在 Bean初始化的阶段。虽然 在Bean初始化时 Spring尚未完成启动，但是调用 Bean预热缓存也是可以的。但是注意：不要在 Bean初始化时 使用 Spring Event，因为它还未完成初始化 。

回答 关于 Spring 启动原理的若干问题

1.init-method、PostConstruct、afterPropertiesSet 三个方法的执行顺序。

回答：PostConstruct，afterPropertiesSet，init-method

2.有两个 Bean声明了初始化方法。A使用 PostConstruct注解声明，B使用 init-method 声明。Spring一定先执行 A 的PostConstruct 方法吗？

回答：Spring 会循环初始化Bean实例，初始化完成1个Bean，再初始化下一个Bean。Spring并没有使用这种机制启动，即所有的Bean先执行 PostConstruct，再统一执行afterProperfiesSet。

此外，A、B两个Bean的初始化顺序不确定，谁先谁后不确定。无法保证 A 的PostConstruct 一定先执行。除非使用 Order注解，声明Bean的初始化顺序！

3.Spring 何时装配Autowire属性，PostConstruct方法中引用 Autowired 字段是否会空指针?

Autowired装配依赖发生在 PostConstruct之前，不会出现空指针！

4.PostConstruct 中方法依赖ApplicationContextAware拿到 ApplicationContext，两者的顺序谁先谁后？是否会出现空指针!

ApplicationContextAware 会先执行，不会出现空指针！但是当Autowired没有找到对应的依赖，并且声明了非强制依赖时，该字段会为空，有潜在 空指针风险。

5.项目应该如何监听 Spring 的启动就绪事件。

通过SmartLifecyle start方法，监听Spring就绪 。适合在此开启入口流量！

6.项目如何监听Spring 刷新事件。

监听 Spring Event ContextRefreshedEvent

7.Spring就绪事件和刷新事件的执行顺序和区别。

Spring就绪事件会先于 刷新事件。两者都可能多次执行，要确保方法的幂等处理，避免重复注册问题

8.Http 流量入口何时启动完成。

SpringBoot 最后阶段，启动完成Spring 上下文，才开启Http入口流量，此时 SmartLifecycle#start 已执行。所有单例Bean和SpringEvent等组件都已经就绪！

9.项目中在 init-method 方法中注册 Rpc是否合理？什么是合理的时机？

init 开启Rpc流量非常不合理。因为Spring尚未启动完成，包括 Spring Event尚未就绪！

10.项目中在 init-method 方法中注册 MQ消费组是否合理？什么是合理的时机？

init 开启 MQ 流量非常不合理。因为Spring尚未启动完成，包括 Spring Event尚未就绪！

11.Spring还未完全启动，在 PostConstruct 中调用 getBeanByAnnotation能否获得准确的结果？

虽然未启动完成，但是Spring执行该getBeanByAnnotation方法时，会率先检查 Bean定义，如果Bean定义对应的 Bean尚未初始化，则初始化这些Bean。所以即便是Spring初始化过程中调用，调用结果是准确的。

源码级别介绍

SmartInitializingSingleton 接口的执行位置

下图代码说明了，Spring在初始化全部 单例Bean以后，会执行 SmartInitializingSingleton 接口。

图片

Autowired 何时装配Bean的依赖

在Bean实例化之后，但初始化之前，AutowiredAnnotationBeanPostProcessor 会注入Autowired字段。

图片

SpringBoot 何时开启Http端口

下图代码中可以看到，SpringBoot会首先启动 Spring上下文，完成后才启动 嵌入式Web容器，初始化SpringMVC，监听端口

图片

Spring 初始化Bean的关键代码

下图我加了注释，Spring初始化Bean的关键代码，全在 这个方法里，感兴趣的可以自行查阅代码 。

AbstractAutowireCapableBeanFactory#initializeBean

图片

Spring CommandLineRunner 执行位置

Spring Boot外部，当启动完Spring上下文以后，最后才启动 CommandLineRunner。

图片

总结

SpringBoot 会在Spring完全启动完成后，才开启Http流量。这给了我们启示：应该在Spring启动完成后开启入口流量。Rpc和 MQ流量 也应该如此，所以建议大家 在 SmartLifecype 或者 ContextRefreshedEvent 等位置 注册服务，开启流量。

例如 Spring Cloud  Eureka 服务发现组件，就是在 SmartLifecype中注册服务的！

最后说一句(求关注!别白嫖！)

如果这篇文章对您有所帮助，或者有所启发的话，求一键三连：点赞、转发、在看。

关注公众号：woniuxgg，在公众号中回复：笔记  就可以获得蜗牛为你精心准备的java实战语雀笔记，回复面试、开发手册、有超赞的粉丝福利！

程序员蜗牛g
关注
  • 4
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
三极管工作原理分析！精辟、透彻
08-21
三极管工作原理分析，精辟、透彻，看后你就懂 随着科学技的发展，电子技术的应用几乎渗透到了人们生产生活的方方面面。
最透彻的的Netty高性能原理和框架架构解析，使用文件和图形详细描述了netty的原理
12-25
Netty 高性能原理和框架架构解析 Netty 是一个广受欢迎的异步事件驱动的 Java 开源网络应用程序框架，用于快速开发可维护的高性能协议服务器和客户端。Netty 的高性能原理和框架架构可以从多方面进行解析。 首先，...
springboot理论知识汇总（图文解析）
m0_69519298的博客
04-19 2505
MVC HTTP请求处理流程 参数绑定 不同注解修饰的参数都有支持的方法参数处理器，例如@RequestParam对应的是RequestParamMethodArgumentResolver 在请求处理流程中的调用目标方法环节，会使用对应的参数处理器解析参数 过滤器、拦截器、AOP执行顺序 IOC bean的加载过程 注册BeanFactory后置处理器 通过BeanFactory后置处理器扫描出所有需要spring管理的类 通过BeanFactory后置处理器封装成BeanDefinitio.
springboot思维导图
weixin_40017062的博客
07-27 1295
springboot思维导图
SpringBoot3【① 基本框架原理+常用注解及其底层+AOP底层原理+yaml和日志框架】
weixin_44981126的博客
06-29 7468
SpringBoot3【① 基本框架原理+常用注解及其底层+AOP底层原理+yaml和日志框架】
SpringBoot原理-SpringBoot核心运行原理
初学者
06-10 5120
导语   Spring Boot最为核心的功能就是自动配置，所有功能的实现都是基于“约定优于配置”的原则
Spring Boot 的启动过程解析
yuanchengfu0910的博客
05-26 975
Spring Boot 的入口是一个主要的配置类，通常是带有 @SpringBootApplication 注解的类。在启动过程中，Spring Boot 首先会加载这个配置类。SpringApplication 是 Spring Boot 的核心类，用于启动应用和初始化 Spring 环境。它负责创建和配置 Spring 应用上下文，加载自动配置，执行初始化和刷新等操作。让我们以 SpringApplication 类为例进行源码分析。
电容去耦原理(解释十分透彻).pdf
04-01
电容去耦原理(解释十分透彻).pdf电容去耦原理(解释十分透彻).pdf电容去耦原理(解释十分透彻).pdf电容去耦原理(解释十分透彻).pdf电容去耦原理(解释十分透彻).pdf
最透彻的的Netty高性能原理和框架架构解析.pdf
03-26
最透彻的的Netty高性能原理和框架架构解析.pdf
这是我看过解释TensorFlow最透彻的文章！
02-24
本文来自于cnblogs，文章介绍了Tensorflow的工作原理以及如何使用它等相关知识。　Tensorflow发布已经有三年，如今它已成为深度学习生态系统的基石。然而对于初学者来说它并不怎么简单易懂，与PyTorch或DyNet这样的...
SpringBoot原理深入及剖析
HaiYun
06-16 367
SpringBoot原理深入及剖析SpringBoot起步依赖1、spring-boot-starterparent2、spring-boot-starter-web自动配置@SpringBootApplication分析1、@SpringBootConfiguration2、@EnableAutoConfiguration2.1、@AutoConfigurationPackage2.2、@Import({AutoConfigurationImportSelector.class})3、@Component
springBoot的启动
gulanga5的博客
08-24 341
启动类的核心注解(EnableAutoConfiguration)叫Enable的注解都在导入Import注解导入一个selector选择器(返回一堆配置类的全路径名称String[]) 读取META-INF/spring.factories的文件中的key和value注意： 并不是所有String[]中的自动配置类都加载,需要满足条件注解。
springboot启动流程及原理代码解析
最新发布
分享学习
05-21 649
Spring 容器会根据配置扫描到的组件、自动配置类等信息，创建并初始化Bean。这包括依赖注入、AOP代理、初始化方法的调用等。
springboot启动不了_这一次搞懂SpringBoot核心原理（自动配置、事件驱动、Condition）...
weixin_39692830的博客
12-06 284
前言SpringBoot是Spring的包装，通过自动配置使得SpringBoot可以做到开箱即用，上手成本非常低，但是学习其实现原理的成本大大增加，需要先了解熟悉Spring原理。如果还不清楚Spring原理的，可以先查看博主之前的文章，本篇主要分析SpringBoot的启动、自动配置、Condition、事件驱动原理。正文启动原理SpringBoot启动非常简单，因其内置了Tomcat，所以只...
9千字长文带你了解SpringBoot启动过程--史上最详细 SpringBoot启动流程-图文并茂
热门推荐
叶新东老师的博客
06-14 1万+
SpringBoot springboot是依赖于spring的，bi'qi
springboot项目的基本架构原理图
asdfadafd的博客
04-08 5224
##springboot项目的架构原理图 当springboot启动服务时，并基于入口类（主类）上的注解描述，并通过配置文件对包或者类，以及注解（@Controller，@Service）进行扫描加载，让spring对控制层，业务层，持久层进行管理 ...
SpringBoot启动原理图
雨声学java
03-17 1142
原理图解 结论： SpringBoot在启动的时候从类路径下的META-INF/spring.factories中获取EnableAutoConfiguration指定的值 将这些值作为自动配置类导入容器 ， 自动配置类就生效 ， 帮我们进行自动配置工作； 整个J2EE的整体解决方案和自动配置都在springboot-autoconfigure的jar包中； 它会给容器中导入非常多的自动配置类 （xxxAutoConfiguration）, 就是给容器中导入这个
SpringBoot实现原理
weixin_42408447的博客
10-04 3478
一.什么是SpringBoot? SpringBoot是一个快速开发框架，快速的将一些常用的第三方依赖整合（原理：通过Maven子父工程的方式），简化XML配置，全部采用注解形式，内置Http服务器（Jetty和Tomcat），最终以java应用程序进行执行。 二.SpringBoot核心原理 1.基于SpringMVC无配置文件（纯Java）完全注解化+内置tomcat-embed-core实现SpringBoot框架，Main函数启动。 2.SpringBoot核心快速整合第三方框架原理:Maven继承
spring boot 工作原理
u013262689的专栏
05-31 87
一，spring spring ioc ioc（inversion of control，控制反转）有两种实现方式，一种是di（dependency injection），另一种是dl（dependency lookup，依赖查找），前者是当前软件实体被动接受其依赖的其他组件被ioc容器注入，而后者则是当前软件实体主动去某个服务注册地查找其依赖的那么服务。 任何一个使用spring框架构建的独立的Java应用，通常会存在一些类似于context.getBean(...)的代码，实际上，这行代码做的就是..
Zookeeper--Paxos算法的原理及过程透彻理解
06-08
下面是Paxos算法的原理及过程： 1. 基本概念： - Proposer：提出提案的角色，向Acceptor发送提案。 - Acceptor：接收提案的角色，可以接收多个Proposer的提案，并对提案进行投票。 - Learner：观察者角色，只能观察...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值