前段时间在项目的过程中使用log4j来输出日志，但是在一个项目里我明明已经在src/main/resource目录下创建了log4j.properties。具体配置如下：
log4j.rootLogger = INFO, stdout
log4j.category.appcloud.approuter = INFO
log4j.category.appcloud.nginxcontroller = INFO
log4j.appender.stdout = org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Threshold = DEBUG
log4j.appender.stdout.Target = System.out
log4j.appender.stdout.layout = org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern = %d{ISO8601} %-5p [%F:%L] : %m%n
但是该模块就是没有日志输出。。于是乎就开始查看该模块引入的log4j的包是自己引入的还是引入上层模块的。于是发现该模块依赖的log4j是在另外一个工程里引入的，在eclipse中查看如下。
现在就大概可以猜出来原因了，大概就是因为配置文件加载顺序的问题。那我们来刨根问底一下：到底log4j加载配置文件的原则是什么？那我们来看log4j的源码吧。
我们使用log4j的时候，一般是通过Logger.getLogger(xxx)的方式来获取logger的实例的，而Logger.getLogger()方法其实是调用的LoggerManager.getLogger(xxx)方法。那我们就来看看那LoggerManager是怎么加载配置文件的。
static {
.....
/** Search for the properties file log4j.properties in the CLASSPATH. */
String override =OptionConverter.getSystemProperty(DEFAULT_INIT_OVERRIDE_KEY,
null);
// if there is no default init override, then get the resource
// specified by the user or the default config file.
if(override == null || "false".equalsIgnoreCase(override)) {
String configurationOptionStr = OptionConverter.getSystemProperty(
DEFAULT_CONFIGURATION_KEY,
null);
String configuratorClassName = OptionConverter.getSystemProperty(
CONFIGURATOR_CLASS_KEY,
null);
URL url = null;
// if the user has not specified the log4j.configuration
// property, we search first for the file "log4j.xml" and then
// "log4j.properties"
if(configurationOptionStr == null) {
url = Loader.getResource(DEFAULT_XML_CONFIGURATION_FILE);
if(url == null) {
url = Loader.getResource(DEFAULT_CONFIGURATION_FILE);
}
} else {
try {
url = new URL(configurationOptionStr);
} catch (MalformedURLException ex) {
// so, resource is not a URL:
// attempt to get the resource from the class path
url = Loader.getResource(configurationOptionStr);
}
}
}
}
通过代码里的注释我们可以看到log4j优先加载在classpath下的log4j.defaultInitOverride。如果没有default init override的话，就去加载用户自定义的配置类名称。（可以看出log4j支持log4j.defaultInitOverride 和log4j.configuration 和log4j.configuratorClass 系统属性配置）如果还是无法加载的话，就优先加载.xml的配置文件，最后才会去加载.properties文件。 所以我的项目里由于在引用maven依赖关系的时候，classpath下有.xml文件，便不会去加载本工程下的.properties文件。
这个问题找到了，怎么解决呢？在该工程下，写一个.xml文件，能把依赖的工程下的.xml文件覆盖掉吗？
其实关键的就是这个调用：url = Loader.getResource(DEFAULT_XML_CONFIGURATION_FILE);在这个调用里我抽出了debug的输出，可以清楚的看到，针对xml或者properties。log4j优先加载本工程中的配置文件，其次加载jar 包中的配置文件，最后加载系统类路径的配置文件。并且前者如果加载成功，后面的加载便不进行了。
LogLog.debug("Trying to find ["+resource+"] using context classloader "
+classLoader+".");
LogLog.debug("Trying to find ["+resource+"] using "+classLoader
+" class loader.");
LogLog.debug("Trying to find ["+resource+
"] using ClassLoader.getSystemResource().");