一、前言
做新应用就是这样，会遇到各种问题，昨天刚解决了加载某一个类时候抛出了 class is not visible from class loader 的问题，今天就有遇到了日志文件找不到的问题，还是和二方库有关的，下面就一一道来。
二、问题产生
正常情况下在 src/main/resources 目录放下 logback-spring.xml 的配置文件（使用logback日志系统），如下图
application.properties里面设置 spring.application.name=spring-boot-demo-application
引入了一个二方包，二方包里面有 logback.xml
按照上面配置，运行后正常情况下我们希望在 user.home/spring-boot-demo-application/logs 目录应该有 applicaiton.log 日志文件，然而并没有，连 spring-boot-demo-application 这个文件夹都没有生成。
三、问题分析
那么我们就去看看日志系统是如何查找并解析日志配置文件的，springboot中是使用loggingapplicationlistener这个类来进行日志系统的初始化的。loggingapplicationlistener实现了applicationlistener接口，那么我们通过时序图看loggingapplicationlistener的onapplicationevent方法做了啥：
代码（8）查找标准日志配置文件，什么是标准那，那么就看代码（9）的代码：
|
1
2
3
4
|
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" 这些是标准的。
那么具体怎么查找那，要看代码（10):
|
1
2
3
4
5
6
7
8
9
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方法：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
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）没有查找到配置，则执行点（12），代码12逻辑和代码（8）类似只是查找文件名字不一样，下面看下：
|
1
2
3
4
5
6
7
8
9
10
|
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，拼接后的文件名为：
“` “logback-test-spring.groovy”, “logback-test-spring.xml”, “logback-spring.groovy”,”logback-spring.xml” “
综上所述springboot首先去查找标准的日志配置文件，如果找不到在去找拼接spring的配置的文件。
那么上面我们说了应用中是引入了一个含有logback.xml的jar包，而这个jar包也是使用appclassloader加载的，所以在执行步骤（8）的时候找到了jar包里面的logback.xml，所以就不会再去执行步骤（12）来找我们自定义的logback-spring.xml了。
四、问题解决
方案一，修改我们的配置文件为logback.xml，这样在步骤（8）的时候会首先查找logback.xml，应该是可以找到的。
方案二、避免二方包里面含有logback.xml，这种情况下，无论我们自己的配置是logback-spring.xml还是logback.xml都不会有问题。
五、总结
日常开发中二方包里面不要带有日志配置文件，二方库中使用日志一般都是使用代码创建的方式。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：http://ifeve.com/36583-2/