log4j1.2.17和java8u162不能翻转日志文件

Question

我们在生产环境中面临一个问题，在某些情况下，日志文件不能被翻转。我们使用的是log4j1.2.17版本以及apache.commons-logging。创建一个自定义追加器来滚动文件。appender正在扩展log4j的FileAppender。下面是subAppend（LoggingEvent事件）方法的算法：

long n = System.currentTimeMillis();
// Has the time come to roll the log file?
if (n >= nextCheck)
{
 now.setTime(n);
    nextCheck = rc.getNextCheckMillis(now);

    rollOver();
    reachedMaxSize = false;

 else
 {
     File f = new File(getFile());

     // Has the log file has exceeded its maximum size?
     if (!reachedMaxSize && f.length() > maxFileSize)
     {
         // Log file has reached it maximum size.
         reachedMaxSize = true;

         // Log one last message to the file stating the max has been reached.
         LoggingEvent exeededEvent = new LoggingEvent(
                      getClass().getName(),
                      Logger.getLogger(getClass().getName()),
                      Priority.ERROR,
                      "Maximum log file size has been reached ("+maxFileSize/1024+"KB)",
                      null);
       super.subAppend(exeededEvent);
     }

 // If the log has not reached its max size, write it. Otherwise,
 // send log event to stdout.
 if (!reachedMaxSize)
 {
     super.subAppend(event);
 }
 else
 {
     System.out.println(event.getRenderedMessage());
 }

下面是log4j.properties文件

log4j.rootLogger=INFO,RCFLog

log4j.appender.RCFLog=com.ge.medit.util.logging.MaxFileSizeRollingFileAppender
log4j.appender.RCFLog.File=runtime/logs/rcf.log
log4j.appender.RCFLog.DatePattern=yyyyMMdd'_'{0}
log4j.appender.RCFLog.Encoding=UTF-8
log4j.appender.RCFLog.Append=true

log4j.appender.ConsoleLog=org.apache.log4j.ConsoleAppender
log4j.appender.ConsoleLog.layout=org.apache.log4j.PatternLayout
log4j.appender.ConsoleLog.layout.ConversionPattern=%p [%t] %c{1}: %m%n

log4j.appender.RCFLog.layout=org.apache.log4j.PatternLayout
log4j.appender.RCFLog.layout.ConversionPattern=@%d{yyyyMMdd HH:mm:ss.SSS}@ %p {%t} %c{1}: %m%n

log4j.logger.GUIEVT=INFO

根据观察，系统上有一个日期变化。日期被设定为当前日期前3个月。

Current Date- 10th May 2018
nextCheck - 11th May 2018 00:00
Changed Date- 10th March 2018
No backup is created as a condition at line 3 failed.

Answer 1

我相信最好的方法就是调试代码，log4j可以像其他代码一样调试，没有这个我们只能推测。

我从您的配置中看到，您使用的是com.ge.medit.util.logging.maxFileSizerOllingFileAppender，它不是log4j的标准滚动文件追加器（可能是您公司的自定义追加器，可能有缺陷）。

如果您不能调试它，我只能提供几个提示，希望能有所帮助。

null

在debug中很容易跟踪，因为从技术上讲，重命名可能是用java.io.file#renameto完成的，它返回true/false，这取决于重命名操作是成功还是失败。

为了模拟这种情况，您可以部署“隐藏”代码，它只是用消息“淹没”日志（您可以使用JMX、内部web servlet/消息处理程序--无论您想要什么，但它内部可以在循环中包含过多的日志消息（假的），如下所示：

class MyHiddenMBean {
    Logger logger = ...
    public void doLogManyTimes(int times) {
         for(int i = 0; i < times; i++) {
             logger.info("Artificial Logging Message : " + i);
         }
    } 
}

您将立即到达max文件（当然，为了更快地模拟，您可以故意将其小得可笑），然后您将能够看到为什么renameto不能工作