Log4J在类加载器级别进行初始化。在某个类加载器及其祖先中,Log4J只能初始化一次,并且相同的Log4J配置适用于类加载器中的所有Log4J调用。
只要您的所有日志记录调用都在同一Log4J配置“领域”中执行,Log4J就会知道如何同步对滚动附加程序配置所指向的物理文件的访问。当滚动的时间到了时,滚动就没有问题了。
一旦具有两个(或多个)Log4J“配置领域”并将相同的物理文件用于滚动追加程序配置,事情就会成问题。可能是:
- 同一物理JVM上的两个不同的Web应用程序
- 在两个不同的JVM上的两个不同的Web应用程序
- 同一Web应用程序水平集群在两个不同的JVM上
(等等)
Log4J根本无法知道 在同一Log4J配置领域中 除自身之外还有谁 在
使用该文件。因此,最终发生的事情是系统A上的Log4J尝试滚动文件(因为它认为没有其他进程正在访问该文件),并且由于系统B上的某人同时使用该文件而失败。
这是使用文件追加器的一个已知限制,您不能为此真正归咎于Log4J:除了相同“配置领域”中的Log4J之外,Log4J根本无法监视还有谁在使用该文件。
对于这种使用情况,可以使用Log4J套接字附加程序。
如果您的方案不涉及多个Log4J“配置领域”,请尝试添加
-Dlog4j.debug=trueJVM参数,并查看文件滚动操作期间到底发生了什么。



