SpringBoot加载外部依赖过程解析
这篇文章主要介绍了springboot加载外部依赖过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
背景
公司一个项目的大数据平台进行改造,之前使用structured streaming作为实时计算框架,需要替换为替换为kafka streams,并使用springboot包装,使其可以纳入微服务体系。
然而由于之前并没有接触过springframework相关技术,并且项目工期较为紧张,因此只好花了2天时间看了看spring和springboot,并且在改造过程中沿用大部分原有代码,最后套上springboot的壳子(就是基本不使用spring data相关的封装和di、aop这些特性,只是在启动类上添加@springbootapplication注解,并在main()方法里面使用springapplication.run()方式启动)。
问题
然后在部署过程中就遇到了一个比较蛋疼的问题:因为遗留代码的关系,部分配置项的名称是自定义的,并使用java.util.resourcebundle的getstring()来读取,而为了让项目可以注册到eureka以及使用springboot默认的日志配置,在配置文件中配置了eureka.client.serviceurl.defaultzone以及logging.file等springboot内置的配置项,并使用springboot内置的配置读取方式读取。
也就是在一个应用程序中,混合使用了两种读取配置文件的方式。在使用maven将应用程序“eatmalonpeople”打包后,根据微服务组大佬的友情提示,使用如下命令运行程序:
java -jar eatmalonpeople.jar
然鹅运行倒是没问题,不过application.properties文件在jar包里面,修改配置文件需要用vim直接修改jar包。感觉这种方式略挫,不太能接受。按照以往的经验,使用java -cp命令可以指定classpath,应用程序会优先读取classpath指定的外部配置文件。但是当我在config目录下拷贝了一份application.properties文件,并修改了其中使用resourcebundle.getstring()方式读取的配置项时,再使用:
java -cp .:./config/application.properties eatmalonpeople.jar
启动后,发现生效的配置项仍然是eatmalonpeople.jar这个jar包内的配置项......
感觉不太科学啊。于是去查了查springboot项目加载配置文件的顺序,结果根据spring官网的提示,springboot加载配置文件application.properties的顺序依次为:
- 当前目录的cofnig目录
- 当前目录
- classpath目录下的/config目录
- classpath目录
但是根据这种顺序,明明应该加载config目录下的配置文件嘛。于是在pom文件中exclude掉了配置文件:
<resources> <resource> <directory>src/main/resources</directory> <excludes> <exclude>${resource.exclude}</exclude> </excludes> </resource> </resources>
这样jar包内就不含有配置文件了。再次使用
java -cp .:./config/application.properties eatmalonpeople.jar
启动后,应用程序能注册到eureka,然而使用resourcebundle.getstring()方法获取的配置项竟然找不到了,直接throw出了内部封装的找不到配置项错误!
天啦噜,这是要闹哪样嘛。原来springboot读取配置文件的顺序只能保证内部方式可以读到,也就是说对于springboot的jar包,-cp命令是没有用的撒。没想到我这个刚学过两天spring的萌新竟然碰到了这种问题,真是不给活路啊。
解决
又是一顿好找,终于在发现了原因。
原来springboot是通过org.springframework.boot.loader.launcher类来启动的,这货才是jar包中meta-inf/manifest.mf文件中main-class这个属性的值,launcher最后会调用我们自定义启动类中的的main()方法(而我们自定义的启动类是meta-inf/manifest.mf文件中的start-class属性的值,这个属性应该是springboot特有的)。
这个类有三个子类,分别是jarlauncher,warlauncher,propertieslauncher,前两个launcher都是不能添加外部依赖的。只有propertieslauncher是可以的。于是在spring-boot-maven-plugin中添加layout属性,添加后的spring-boot-maven-plugin的配置是酱婶儿的:
<plugin> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-maven-plugin</artifactid> <configuration> <layout>zip</layout> </configuration> </plugin>
然后用maven重新打包,并且在运行时使用loader.path参数指定外部classpath地址:
java -dloader.path=./config -jar eatmalonpeople.jar
这样springboot应用程序就可以使用两种方式愉快的读取外部配置文件啦(其实还有外部jar,也是可以的)!
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
推荐阅读
-
Tomcat源码分析三:Tomcat启动加载过程(一)的源码解析
-
SpringBoot上下文初始器加载过程详解
-
SpringBoot加载外部依赖过程解析
-
python爬取Ajax动态加载网页过程解析
-
Nginx反向代理springboot的jar包过程解析
-
springboot配置aop切面日志打印过程解析
-
SpringBoot 2 统一异常处理过程解析
-
DB数据源之SpringBoot+MyBatis踏坑过程(二)手工配置数据源与加载Mapper.xml扫描
-
通过实例解析Java class文件编译加载过程
-
springboot的类加载器(org.springframework.boot.loader)过程详解