SpringBoot常用注解及应用启动流程

Java开发框架 专栏收录该内容
16 篇文章 1 订阅

1、微服务简述

 

微服务特点:

  1. 独立职责
  2. 粒度做小
  3. 独立承担对外服务(业务拆分、前后端分离、独立DB)

 

使用微服务的好处:

1、应对复杂系统业务场景,更易大范围扩展

2、并行开发/交付

3、易于组织结构能力扩展

4、独立开发、部署

5、更好的扩展性、隔离性

6、兼容多语言生态(使用rpc、消息实现模块间互通)

 

挑战:

  1. 基础设施构建
  2. 完备的研发和交付体系支撑

 

2、SpringBoot注解释义

 

2.1、前言:

Spring Ioc 新理解,包括DI和DL两个方面

DI:依赖注入,被动接受

DL:主动查找依赖的服务(Context.getBean(xxx.class))

 

2.2、主要的注解(与xml配置对应关系)

@Configuration  《=》  <beans xmlns = xxx />

@Bean  《=》 <bean id = xxx />

@PropertySource  《=》  属性文件读取配置

@SpringBootApplication  《=》  SpringBoot应用启动类注解

此注解为复合注解,包含主要注解如下:

@Configuration

@ComponentScan(可通过@Bean替代,包扫描严重影响应用启动性能)

@EnableAutoConfiguration

说明:@EnableAutoConfiguration把所有符合条件(在META-INF/spring.factories配置)的配置都加在到容器中

  1. SpringFactoriesLoader在spring.factories中搜索org.springframework.boot.autoconfigure.EnableAutoConfiguration对应的配置项,通过反射实例化为对应的标注了@Configuration的javaConfig的Ioc配置类,汇总并加载到Ioc
  2. @Conditional配合@Configuration或@Bean来干预一个配置是否生效,可通过单独class实现,这样就能真正实现按需加载
  3. AutoConfigureBefore/AutoConfigureAfter调整自动配置顺序

 

 

3、SpringBoot应用启动大致流程

 

SpringApplication的run方法的实现是我们本次旅程的主要线路,该方法的主要流程大体可以归纳如下:

1)如果我们使用的是SpringApplication的静态run方法,那么,这个方法里面首先需要创建一个SpringApplication对象实例,然后调用这个创建好的SpringApplication的实例run方法。在SpringApplication实例初始化的时候,它会提前做几件事情:

根据classpath里面是否存在某个特征类(org.springframework.web. context.ConfigurableWebApplicationContext)来决定是否应该创建一个为Web应用使用的ApplicationContext类型,还是应该创建一个标准Standalone应用使用的ApplicationContext类型。

使用Spring Factories Loader在应用的classpath中查找并加载所有可用的Application Context Initializer。

使用Spring Factories Loader在应用的classpath中查找并加载所有可用的Application Listener。

推断并设置main方法的定义类。

2)SpringApplication实例初始化完成并且完成设置后,就开始执行run方法的逻辑了,方法执行伊始,首先遍历执行所有通过SpringFactoriesLoader可以查找到并加载的SpringApplicationRunListener,调用它们的started()方法,告诉这些SpringApplicationRunListener, “嘿,SpringBoot应用要开始执行咯!”。

3)创建并配置当前SpringBoot应用将要使用的Environment(包括配置要使用的PropertySource以及Profile)

4)遍历调用所有SpringApplicationRunListener的environmentPrepared()的方法,告诉它们:“当前SpringBoot应用使用的Environment准备好咯!”。

5)如果SpringApplication的showBanner属性被设置为true,则打印banner(SpringBoot 1.3.x版本,这里应该是基于Banner.Mode决定banner的打印行为)。这一步的逻辑其实可以不关心,我认为唯一的用途就是“好玩”(Just For Fun)。

6)根据用户是否明确设置了applicationContextClass类型以及初始化阶段的推断结果,决定该为当前SpringBoot应用创建什么类型的ApplicationContext并创建完成,然后根据条件决定是否添加ShutdownHook,决定是否使用自定义的BeanNameGenerator,决定是否使用自定义的ResourceLoader,当然,最重要的,将之前准备好的Environment设置给创建好的ApplicationContext使用

7)ApplicationContext创建好之后,SpringApplication会再次借助Spring-FactoriesLoader,查找并加载classpath中所有可用的ApplicationContext-Initializer,然后遍历调用这些ApplicationContextInitializer的initialize (applicationContext)方法来对已经创建好的ApplicationContext进行进一步的处理。

8)遍历调用所有SpringApplicationRunListener的contextPrepared()方法,通知它们:“SpringBoot应用使用的ApplicationContext准备好啦!”

9)最核心的一步,将之前通过@EnableAutoConfiguration获取的所有配置以及其他形式的IoC容器配置加载到已经准备完毕的ApplicationContext

10)遍历调用所有SpringApplicationRunListener的contextLoaded()方法,告知所有SpringApplicationRunListener, ApplicationContext"装填完毕"!

11)调用ApplicationContext的refresh()方法,完成IoC容器可用的最后一道工序。

12)查找当前ApplicationContext中是否注册有CommandLineRunner,如果有,则遍历执行它们。

13)正常情况下,遍历执行SpringApplicationRunListener的finished()方法,告知它们:“搞定!”。(如果整个过程出现异常,则依然调用所有SpringApplicationRunListener的finished()方法,只不过这种情况下会将异常信息一并传入处理)。

至此,一个完整的SpringBoot应用启动完毕!

整个过程看起来冗长无比,但其实很多都是一些事件通知的扩展点,如果我们将这些逻辑暂时忽略,那么,其实整个SpringBoot应用启动的逻辑就可以压缩到极其精简的几步,如图(SpringBoot应用启动步骤简要示意图)所示。

前后对比我们就可以发现,其实SpringApplication提供的这些各类扩展点近乎“喧宾夺主”,占据了一个Spring应用启动逻辑的大部分“江山”,除了初始化并准备好ApplicationContext,剩下的大部分工作都是通过这些扩展点完成的,所以,有必要对各类扩展点深入理解,以便在需要的时候可以信手拈来,为我所用。

 

参考:

《SpringBoot揭秘:快速构建微服务体系》

 

相关阅读:

Springboot常用注解大全:

https://blog.csdn.net/yitian_66/article/details/80866571

 

 

 

  • 1
    点赞
  • 1
    评论
  • 5
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

©️2022 CSDN 皮肤主题:创作都市 设计师:CSDN官方博客 返回首页

打赏作者

藏呆羊

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值