SpringBoot之logback-spring.xml不生效的解決方法
一、前言
做新應(yīng)用就是這樣,會遇到各種問題,昨天剛解決了加載某一個類時候拋出了 class is not visible from class loader 的問題,今天就有遇到了日志文件找不到的問題,還是和二方庫有關(guān)的,下面就一一道來。
二、問題產(chǎn)生
正常情況下在 src/main/resources 目錄放下 logback-spring.xml 的配置文件(使用logback日志系統(tǒng)),如下圖
application.properties里面設(shè)置 spring.application.name=spring-boot-demo-application
引入了一個二方包,二方包里面有 logback.xml
按照上面配置,運(yùn)行后正常情況下我們希望在 user.home/spring-boot-demo-application/logs 目錄應(yīng)該有 applicaiton.log 日志文件,然而并沒有,連 spring-boot-demo-application 這個文件夾都沒有生成。
三、問題分析
那么我們就去看看日志系統(tǒng)是如何查找并解析日志配置文件的,SpringBoot中是使用LoggingApplicationListener這個類來進(jìn)行日志系統(tǒng)的初始化的。LoggingApplicationListener實(shí)現(xiàn)了ApplicationListener接口,那么我們通過時序圖看LoggingApplicationListener的onApplicationEvent方法做了啥:
代碼(8)查找標(biāo)準(zhǔn)日志配置文件,什么是標(biāo)準(zhǔn)那,那么就看代碼(9)的代碼:
protected String[] getStandardConfigLocations() {
return new String[] { "logback-test.groovy", "logback-test.xml", "logback.groovy",
"logback.xml" };
}
像 "logback-test.groovy", "logback-test.xml", "logback.groovy","logback.xml" 這些是標(biāo)準(zhǔn)的。
那么具體怎么查找那,要看代碼(10):
private String findConfig(String[] locations) {
for (String location : locations) {
ClassPathResource resource = new ClassPathResource(location,
this.classLoader);
if (resource.exists()) {
return "classpath:" + location;
}
}
return null;
}
可知使用ClassPathResource類去查找,下面看ClassPathResource的exists方法:
public boolean exists() {
return (resolveURL() != null);
}
protected URL resolveURL() {
if (this.clazz != null) {
return this.clazz.getResource(this.path);
}
else if (this.classLoader != null) {
return this.classLoader.getResource(this.path);
}
else {
return ClassLoader.getSystemResource(this.path);
}
}
可知是使用 this.classLoader.getResource(this.path); 去查找這里classLoader為AppClassloader。
如果代碼(8)沒有查找到配置,則執(zhí)行點(diǎn)(12),代碼12邏輯和代碼(8)類似只是查找文件名字不一樣,下面看下:
protected String[] getSpringConfigLocations() {
String[] locations = getStandardConfigLocations();
for (int i = 0; i < locations.length; i++) {
String extension = StringUtils.getFilenameExtension(locations[i]);
locations[i] = locations[i].substring(0,
locations[i].length() - extension.length() - 1) + "-spring."
+ extension;
}
return locations;
}
可知是在getStandardConfigLocations的文件名上拼接spring,拼接后的文件名為:
“` “l(fā)ogback-test-spring.groovy”, “l(fā)ogback-test-spring.xml”, “l(fā)ogback-spring.groovy”,”logback-spring.xml” “
綜上所述SpringBoot首先去查找標(biāo)準(zhǔn)的日志配置文件,如果找不到在去找拼接Spring的配置的文件。
那么上面我們說了應(yīng)用中是引入了一個含有l(wèi)ogback.xml的jar包,而這個jar包也是使用appclassloader加載的,所以在執(zhí)行步驟(8)的時候找到了jar包里面的logback.xml,所以就不會再去執(zhí)行步驟(12)來找我們自定義的logback-spring.xml了。
四、問題解決
方案一,修改我們的配置文件為logback.xml,這樣在步驟(8)的時候會首先查找logback.xml,應(yīng)該是可以找到的。
方案二、避免二方包里面含有l(wèi)ogback.xml,這種情況下,無論我們自己的配置是logback-spring.xml還是logback.xml都不會有問題。
五、總結(jié)
日常開發(fā)中二方包里面不要帶有日志配置文件,二方庫中使用日志一般都是使用代碼創(chuàng)建的方式。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
SpringBoot Redis實(shí)現(xiàn)接口冪等性校驗(yàn)方法詳細(xì)講解
這篇文章主要介紹了SpringBoot Redis實(shí)現(xiàn)接口冪等性校驗(yàn)方法,近期一個老項(xiàng)目出現(xiàn)了接口冪等性校驗(yàn)問題,前端加了按鈕置灰,依然被人拉著接口參數(shù)一頓輸出,還是重復(fù)調(diào)用了接口,通過復(fù)制粘貼,完成了后端接口冪等性調(diào)用校驗(yàn)2022-11-11
淺談java中replace()和replaceAll()的區(qū)別
這篇文章主要介紹了java中replace()和replaceAll()的區(qū)別,兩者都是常用的替換字符的方法,感興趣的小伙伴們可以參考一下2015-11-11
SpringBoot調(diào)用第三方WebService接口的兩種方法
本文主要介紹了SpringBoot調(diào)用第三方WebService接口的兩種方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-06-06
Java多線程之volatile關(guān)鍵字及內(nèi)存屏障實(shí)例解析
volatile是JVM提供的一種最輕量級的同步機(jī)制,因?yàn)镴ava內(nèi)存模型為volatile定義特殊的訪問規(guī)則,使其可以實(shí)現(xiàn)Java內(nèi)存模型中的兩大特性:可見性和有序性。這篇文章主要介紹了Java多線程之volatile關(guān)鍵字及內(nèi)存屏障,需要的朋友可以參考下2019-05-05

