关于Spring配置文件加载方式变化引发的异常详解

目录
  • 问题背景
  • 过程
    • 定位
    • 根因
      • 配置加载顺序
  • 解决

问题背景

我们项目的配置文件一直是通过Apollo进行管理,但是近期由于某些特殊的部署需求,需要使用K8S的原生对象来获取配置,如此一来的话,就需要使用环境变量spring.config.location来指定application.properties文件的路径,以便动态的获取配置。

说明:项目是一个dubbo项目,配置文件中主要包括一些基础组件的配置、以及dubbo相关的配置。

这时候问题来了,在所有配置及代码都没有变化的情况下,如果不指定环境变量使用本地的application.properties,则没有异常任何,项目可以正常启动,但是一但通过spring.config.location 来加载配置,则项目会直接启动失败,并报如下异常:

NoSuchBeanDefinitionException,这个异常前期误导我不少时间,它一般是Spring在容器初始化时,进行依赖注入的时候没有找到对应的bean定义,也就意味着这个bean压根没有被注册到BeanFactory中,这就很奇怪,只是配置文件的加载方式不同,为何会影响到bean的注册?

过程

找不到bean,最常见的问题有两种:要么是配置问题,比如扫描的包配置错误、配置未生效等。要么就是IoC容器的问题,存在多个容器,导致bean隔离。

定位

在这个问题场景下,两种原因都有可能,不过问题可以复现,就比较好解决。我们直接验证一下,最简单粗暴的法子就是断点伺候,对比两种配置加载方式方式的差异。我们知道除了延迟加载的bean之外,所有bean都是在org.springframework.beans.factory.support.DefaultListableBeanFactory#preInstantiateSingletons初始化的,那么在这个方法里以异常信息中的bean名称,打个条件断点看看

通过断点,可以拿到两个信息

1、通过当前的堆栈,可以看到当前的初始化bean逻辑并不是SpringBoot的IoC容器触发的,而是SpringCloud

2、beanNames,也就是当前beanFactory中所有已注册的bean中,没有加载到任何通过Spring的@Service注解标识的bean,但是却加载到了所有被Dubbo的@Service加载到的bean。

这样一来我们可以确定的是确实存在多容器隔离,SpringCloud也会通过BootstrapApplicationListener这个监听器创建一个IoC容器,查看官方说明:

A Spring Cloud application operates by creating a “bootstrap” context, which is a parent context for the main application. It is responsible for loading configuration properties from the external sources and for decrypting properties in the local external configuration files. The two contexts share an Environment, which is the source of external properties for any Spring application. By default, bootstrap properties (not bootstrap.properties but properties that are loaded during the bootstrap phase) are added with high precedence, so they cannot be overridden by local configuration.

SpringCloud创建的容器的加载顺序比SpringBoot要早,是它的父容器,并且它们共享同一个Environment。

虽然现在知道了异常产生的原因,但是为什么换了配置加载方式就会由父容器加载?根据上面的第二个信息,被Dubbo注解标识的bean都被加载了,但是这些bean依赖的SpringBean还没有加载进来,这意味着由于配置文件加载方式的变化,导致Dubbo标记的bean加载时机发生的改变。

根因

那接下来就是看一下Dubbo的bean加载逻辑,我们的服务比较老了,使用的spring-boot-starter-dubbo来整合SpringBoot与Dubbo。一般spring-boot-starter都是通过@EnableXXX或spring.factories来自动装载相关的bean,而spring-boot-starter-dubbo没有使用@Enable,那直接找到jar包下的spring.factories文件,找到对应的Initializer:

它实现的是ApplicationContextInitiailizer,这些接口会在准备完Context环境,在prepareContext中调用,那么很明显,父容器肯定先会执行,子容器后执行。 看代码逻辑,它只有在读取到spring.dubbo.scan有值时,才会去注册bean,到这里原因已经比较明显了,使用application.properties时父容器读不到配置,而使用spring.config.location加载配置时,父容器可以读到配置。

配置加载顺序

上面提到的SpringCloud文档中有这么一句话:

By default, bootstrap properties (not bootstrap.properties but properties that are loaded during the bootstrap phase) are added with high precedence

那么通过spring.config.location方式加载属性是不是在bootstrap phase中呢,直接找到SpringCloud的加载类BootstrapApplicationListener,搜索spring.config.location,发现它确实优先加载

而如果是使用application.properties,那么配置文件则不会被SpringCloud加载到,会由子容器加载。

解决

问题根因找到了,想解决就比较简单了,两种方式:

  • 直接关闭SpringCloud的boostrap listener,通过配置spring.cloud.bootstrap.enabled=false即可
  • 这个问题其实也是dubbo的整合方式不合理导致的,使用Dubbo自带的注解扫描,不使用配置文件的方式

问题其实比较简单,但是挺有意思,分享一下过程与思路*~*

到此这篇关于Spring配置文件加载方式变化引发的异常的文章就介绍到这了,更多相关Spring配置文件加载方式内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • Spring加载加密的配置文件详解

    本文实例为大家分享了Spring加载加密的配置文件,供大家参考,具体内容如下 一.继承并实现自己的属性文件配置器类 /** * 带加密的Spring属性配置文件扩展类 * 加密方式:AES * @author simon * */ public class EncryptPropertyPlaceholderConfigurer extends PropertyPlaceholderConfigurer { //指定需要加密的属性 private String[] propertyNames =

  • spring如何加载配置多个配置文件

    这篇文章主要介绍了spring如何加载配置多个配置文件,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 为应用指定多个配置文件: 多个配置文件的关系: 并列 包含 并列关系 即有多个配置文件,需要同时加载这多个配置文件: 可以使用可变参数,数组和统配符进行加载: 可变参数 String config1 = "com/abc/di08/spring-student.xml"; String config2 = "com/abc/

  • 详解Spring加载Properties配置文件的四种方式

    一.通过 context:property-placeholder 标签实现配置文件加载 1.用法示例: 在spring.xml配置文件中添加标签 复制代码 代码如下: <context:property-placeholder ignore-unresolvable="true" location="classpath:redis-key.properties"/> 2.在 spring.xml 中使用配置文件属性: <!-- 基本属性 url.

  • 详解利用Spring加载Properties配置文件

    记得之前写Web项目的时候配置文件的读取都是用Properties这个类完成的,当时为了项目的代码的统一也就没做什么改动.但事后一直在琢磨SpringMVC会不会都配置的注解功能了?经过最近的研究返现SpringMVC确实带有这一项功能,Spring确实很强大. 因为代码很简单,我就贴上我测试的代码,按照步骤做就可以实现了. 新建配置文件jdbc.properties username=root password=root 新建并配置文件spring-properties <?xml versi

  • 关于Spring配置文件加载方式变化引发的异常详解

    目录 问题背景 过程 定位 根因 配置加载顺序 解决 问题背景 我们项目的配置文件一直是通过Apollo进行管理,但是近期由于某些特殊的部署需求,需要使用K8S的原生对象来获取配置,如此一来的话,就需要使用环境变量spring.config.location来指定application.properties文件的路径,以便动态的获取配置. 说明:项目是一个dubbo项目,配置文件中主要包括一些基础组件的配置.以及dubbo相关的配置. 这时候问题来了,在所有配置及代码都没有变化的情况下,如果不指

  • Java使用路径通配符加载Resource与profiles配置使用详解

    序言 Spring提供了一种强大的Ant模式通配符匹配,能从一个路径匹配一批资源. Ant路径通配符 Ant路径通配符支持"?"."*"."**",注意通配符匹配不包括目录分隔符"/": "?":匹配一个字符,如"config?.xml"将匹配"config1.xml": "*":匹配零个或多个字符串,如"cn/*/config.xml&

  • React 首页加载慢问题性能优化案例详解

    学习了一段时间React,想真实的实践一下.于是便把我的个人博客网站进行了重构.花了大概一周多时间,网站倒是重构的比较成功,但是一上线啊,那个访问速度啊,是真心慢,慢到自己都不能忍受,那么小一个网站,没几篇文章,慢成那样,不能接受.我不是一个追求完美的人,但这样可不行.后面大概花了一点时间进行性能的研究.才发现慢是有原因的. React这类框架? 目前主流的前端框架React.Vue.Angular都是采用客户端渲染(服务端渲染暂时不在本文的考虑范围内).这当然极大的减轻了服务器的压力.相对的浏

  • Tensorflow加载模型实现图像分类识别流程详解

    目录 前言 正文 VGG19网络介绍 总结 前言 深度学习框架在市面上有很多.比如Theano.Caffe.CNTK.MXnet .Tensorflow等.今天讲解的就是主角Tensorflow.Tensorflow的前身是Google大脑项目的一个分布式机器学习训练框架,它是一个十分基础且集成度很高的系统,它的目标就是为研究超大型规模的视觉项目,后面延申到各个领域.Tensorflow 在2015年正式开源,开源的一个月内就收获到1w多的starts,这足以说明Tensorflow的优越性以及

  • android加载系统相册图片并显示详解

    1,下载ImageLoad.jar包放入项目libs文件夹中,并点击右键->add as Library 2,首先记得在Manifest.xml注册权限(注:6.0以后的版本要在代码中动态注册权限) <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" /> <uses-permission android:name="android.permission.R

  • 浅谈Spring Context加载方式

    Spring 加载方式 对于可执行文件方式,我们一般的加载Spring 配置的方式是 ClassPathXmlApplicationContext public static void main(String[] args) { ClassPathXmlApplicationContext xmlApplicationContext = new ClassPathXmlApplicationContext("classpath:spring-context.xml"); DemoSer

  • Spring中Bean的加载与SpringBoot的初始化流程详解

    目录 前言 第一章 Spring中Bean的一些简单概念 1.1 SpingIOC简介 1.2 BeanFactory 1.2.1 BeanDefinition 1.2.2 BeanDefinitionRegistry 1.2.3 BeanFactory结构图 1.3 ApplicationContext 第二章 SpringBoot的初始化流程 2.1 准备阶段 2.2 运行阶段 2.2.1 监听器分析 2.2.2 refreshContext 2.3 总结 前言 一直对它们之间的关系感到好奇

  • React router动态加载组件之适配器模式的应用详解

    前言 本文讲述怎么实现动态加载组件,并借此阐述适配器模式. 一.普通路由例子 import Center from 'page/center'; import Data from 'page/data'; function App(){ return ( <Router> <Switch> <Route exact path="/" render={() => (<Redirect to="/center" />)}

  • java synchronized加载加锁-线程可重入详解及实例代码

    java synchronized加载加锁-线程可重入 实例代码: public class ReGetLock implements Runnable { @Override public void run() { get(); } public synchronized void get() { System.out.println(Thread.currentThread().getId()); set(); } public synchronized void set() { Syste

  • mescroll.js上拉加载下拉刷新组件使用详解

    本文实例为大家分享了上拉加载下拉刷新组件mescroll.js的具体代码,供大家参考,具体内容如下 附上链接地址http://www.mescroll.com/api.html#NPM,手机端和浏览器都能够使用,唯一推荐: 使用过程中要注意这些问题http://www.mescroll.com/qa.html: 使用注意事项: 1.引入的时候出问题及时看官方给出的解决方案(基本上都必须看): 2.react中一定要在dom渲染之后的方法(didMount)中初始化,因为这个需要拿到dom对象:

随机推荐