log4j 多classloader重复加载配置问题解决

本文介绍了当Log4j被两个不同类加载器初始化时出现的问题及其解决方案。提供了两种解决策略：一是通过配置让Log4j忽略此问题；二是更改初始化Log4j的类加载器。

log4j:ERROR A "org.apache.log4j.xml.DOMConfigurator" object is not assignable to a "org.apache.log4j.spi.Configurator" variable.
log4j:ERROR The class "org.apache.log4j.spi.Configurator" was loaded by
log4j:ERROR [java.net.URLClassLoader@5b0a69d3] whereas object of type
log4j:ERROR "org.apache.log4j.xml.DOMConfigurator" was loaded by [WebappClassLoader
context:
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@4d405ef7
].
log4j:ERROR Could not instantiate configurator [org.apache.log4j.xml.DOMConfigurator].
log4j:WARN No appenders could be found for logger (com.xxx.xxx.xxx).
log4j:WARN Please initialize the log4j system properly.

错误信息很明显，log4j被两个不同的classloader初始化了两遍结果包错。这个问题不难解决，主要有两种手段：
第一、增加配置，让log4j忽略由不同的classloader的初始化这个问题。在log4j的配置文件中增加

-XX:MaxPermSize=512m -Xmx512m -Denv=DEV －Dlog4j.ignoreTCL=true

即可。在某些版本的log4j的错误信息中，还会提到下面的网址：
http://logging.apache.org/log4j/1.2/faq.html，里面有关注上面属性的介绍。
第二、修改初始化log4j线程的classloader。由于log4j会用当前线程上下文中的classloader去初始化配置，所以在我的沙箱应用中，虽然log4j的jar是由URLClassLoader加载进来的，但是加载的线程还是在WebApp中的，还是WebApp的ClassLoader，所以会出现上面的提示信息。因此，我们至要通过下面代码：

Thread.currentThread().setContextClassLoader(urlclassLoader);

将当前线程的上下文loader改为沙箱的ClassLoader即可。

两种解决方式，你可以按需选择了。