添加控制器 提示找到不到上下文_Spring Cloud 中的 Bootstrap 上下文

b143fb08712d2e4a540ed65452750499.png

学习目标

  • 复习 Spring 事件/监听器模式(ApplicationEvent / ApplicationListener)
  • 理解 Bootstrap 上下文
  • 理解 Spring Boot / Spring Cloud 上下文层次关系
    • 父子关系
    • BootstrapApplicationListener 是何时加载进来的
    • 为什么 Spring Cloud 上下文要比 Spring Boot 的上下文加载的早

一、复习 Spring 事件/监听器模式(ApplicationEvent / ApplicationListener)

对于 Spring 的事件/监听器模式,我们都已经很熟悉了,为了让我们更好的理解 Bootstrap 上下文,我们先来把 Spring 的基础知识通过一个小例子来回顾一下。 首先我们先创建项目:打开 https://start.spring.io/,填写相关信息,添加 Web、Actuator 以及 Cloud Bootstrap 依赖,点击 “Generate Project” 按钮生成项目,并导入到 idea 中。(注:此处使用的 Spring Boot 版本为 1.X 系列)

6ba50134937bf4e235e04db7f0b74d26.png

其次,我们使用 AnnotationConfigApplicationContext 来获取 Spring Boot 的上下文

/**

以上是一个简单的 demo,demo 虽小,但是已经可以演示出 Spring 事件/监听器模式的基本特性了,起到一个引导作用。


二、理解 Bootstrap 上下文(结论

Bootstrap 上下文是 Spring Cloud 新引入的,与传统 Spring 上下文相同,即 ConfigurableApplicationContext 实例,由 BootstrapApplicationListener 监听 ApplicationEnvironmentPreparedEvent 事件时创建。


三、理解 Spring Boot / Spring Cloud 上下文层次关系

理解了什么是 Bootstrap 上下文,接下来我们就来分析一下 Spring Boot / Spring Cloud 上下文层次关系,这里我先把结论给出,然后一步步分析并推导出结论。

  • Spring Boot 上下文:
    • 非 Web 应用:AnnotationConfigApplicationContext
    • Web 应用:AnnotationConfigEmbeddedWebApplicationContext
  • Spring Cloud 上下文:Bootstrap(父)

Spring Boot 上下文的两种情况,可在下图所示的断点出调试查看,此处就不再展开叙述。

789fcb1d821253814ed915aa8f22973f.png

1、父子关系

在创建项目的时候,我们引入的 Actuator 依赖在这里就能够发挥到作用了。为了方便演示,我们先在配置文件中关闭安全配置。

management.security.enabled=false

然后启动项目,访问 http://localhost:8080/beans,出现如下信息,显示 application 的 parent 是 bootstrap。

7e5f11888982f47ce22c0f54812d6263.png

那既然他们之间存在父子关系,那么这个父子关系又是在什么地方设置的呢?这里我们就要从 ConfigurableApplicationContext 下手,在上面的文章中我们也说到了,ConfigurableApplicationContext 可以对应用上下文进行配置,一说到“可配置”,就要想到各种 setXX() 方法了,这里我们使用快捷键,在该类中查找类似方法。

74a101bed27dff0c868408f021b22571.png

不出我所料,我们找到了一个 setParent() 方法,Set the parent of this application context. 看到这句注释就很清晰了。

2、BootstrapApplicationListener 是何时加载进来的

上面我们了解了 Spring Boot / Spring Cloud 上下文之间的父子关系,那么 BootstrapApplicationListener 是何时进行加载的呢?这里我们在 idea 中打开这个类,在类名上右击选择 “Find Usages”,在结果中找到 spring.factories,如下图所示:

091a900c57cb05ed76a8ddb75acf724b.png

这个文件对于熟悉 Spring Boot 的人来说并不陌生, Spring Boot 中的 spring.factories 定义了一系列的 ApplicationListener 和 ApplicationContextInitializer 等其他系统所要的类。

8fb78b5c07a20535c86a0768e131e69f.png

我们都知道,Spring Boot 的项目默认启动类中的启动方法使这样写的:

SpringApplication

其实我们可以进行改造一下,变成下面的样子:

SpringApplication 

进入 new SpringApplication() -> initialize() 方法,下图中标红代码就是获取 spring.factories 文件中 ApplicationListener 和 ApplicationContextInitializer 的相应实现类,具体是通过SpringFactoriesLoader 类来实现的。如下图所示,这里就不再对如何查找的源码进行一一展示了。

9b901742d7835bfdfefb9d45394fec26.png

bee072b7cc2d9023f982c2a9594695a3.png

3、为什么 Spring Cloud 上下文要比 Spring Boot 的上下文加载的早

要想弄明白这个问题,还是有一些难度的,下面我们一步步的进行分析。 首先我们先打开 BootstrapApplicationListener 这个类,可以发现,该类实现了 Ordered 接口,从下图可以看出,该类的加载优先级为最高优先级 + 5,也就是第六个加载,这排名已经比较靠前了。

2007695d55fc76774ffb3880591515ab.png

虽然 BootstrapApplicationListener 是倒数第六个加载,比较靠前,但是并不能看出他比 Spring Boot 的上下文加载的早,所以我们还要进一步进行分析。 接下来我们还是要从启动类入手,找到 springApplication 类的 run() 方法,代码如下:

0639f3d22a6b57f7947c30d4b6c006bd.png

这里的 prepareEnvironment 应该引起你的注意,prepareEnvironment 会激发 ApplicationEnvironmentPreparedEvent 事件,而 ApplicationEnvironmentPreparedEvent 则会被 BootstrapApplicationListener 监听到,所以在此处,BootstrapApplicationListener 就已经被加载了,而 Spring Boot 的上下文则是在 context = createApplicationContext(); 处创建的,所以Spring Cloud 上下文要比 Spring Boot 的上下文加载的早。


至此,关于 Spring Cloud 中的 Bootstrap 上下文就讲解完了,这是我的理解,各位看官如果有不同见解或文章中有错误,请不吝指正。

所用代码码云地址:https://gitee.com/AlanShelby/spring-cloud-chapter

动手关注一下微信公众号:AlanShelby 感谢~~

07d0efec6c4bfd96dd5b062e14c66e77.png
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值