logback 日志压缩后,原文件没被删除的问题

文章讲述了在排查生产环境中日志压缩问题时,发现Logback压缩后未删除源文件的现象。分析指出可能原因是日志级别设置导致多个级别日志写入同一文件,压缩时阻塞了其他级别日志的输出。最终通过修改配置解决了问题并计划深入研究源码以确认原因。
摘要由CSDN通过智能技术生成

前言

生产碰到了一个日志压缩了, 但原文件没有被删除的问题

排查

在查找了logback源码后可以确定 , 源码里在压缩完后是进行了删除操作的

private void zipCompress(String nameOfFile2zip, String nameOfZippedFile, String innerEntryName) {
    File file2zip = new File(nameOfFile2zip);

    if (!file2zip.exists()) {
      addStatus(new WarnStatus("The file to compress named [" + nameOfFile2zip
              + "] does not exist.", this));

      return;
    }

    if (innerEntryName == null) {
      addStatus(new WarnStatus("The innerEntryName parameter cannot be null", this));
      return;
    }

    if (!nameOfZippedFile.endsWith(".zip")) {
      nameOfZippedFile = nameOfZippedFile + ".zip";
    }

    File zippedFile = new File(nameOfZippedFile);

    if (zippedFile.exists()) {
      addStatus(new WarnStatus("The target compressed file named ["
              + nameOfZippedFile + "] exist already.", this));

      return;
    }

    addInfo("ZIP compressing [" + file2zip + "] as ["+zippedFile+"]");
    createMissingTargetDirsIfNecessary(zippedFile);

    BufferedInputStream bis = null;
    ZipOutputStream zos = null;
    try {
      bis = new BufferedInputStream(new FileInputStream(nameOfFile2zip));
      zos = new ZipOutputStream(new FileOutputStream(nameOfZippedFile));

      ZipEntry zipEntry = computeZipEntry(innerEntryName);
      zos.putNextEntry(zipEntry);

      byte[] inbuf = new byte[BUFFER_SIZE];
      int n;

      while ((n = bis.read(inbuf)) != -1) {
        zos.write(inbuf, 0, n);
      }

      bis.close();
      bis = null;
      zos.close();
      zos = null;

      if (!file2zip.delete()) {
        addStatus(new WarnStatus("Could not delete [" + nameOfFile2zip + "].",
                this));
      }
    } catch (Exception e) {
      addStatus(new ErrorStatus("Error occurred while compressing ["
              + nameOfFile2zip + "] into [" + nameOfZippedFile + "].", this, e));
    } finally {
      if (bis != null) {
        try {
          bis.close();
        } catch (IOException e) {
          // ignore
        }
      }
      if (zos != null) {
        try {
          zos.close();
        } catch (IOException e) {
          // ignore
        }
      }
    }


  }

这个压缩方法方法是在ch.qos.logback.core.rolling.helper.Compressor 类中, 这个方法是 入参有三个:

nameOfFile2zip:     源文件全名路径
nameOfZippedFile:   压缩包的全名路径
innerEntryName:     文件被压缩在压缩包中的文件名称

那么既然压缩后会进行删除 , 为啥已经压缩完成了 , 但没被删除呢?

原因只能是在要删除源文件的时候无法被删除 , 正被某些操作或程序占用着 , 或者是权限问题.

结果

最后排查下logback的配置 , 发现info warn error三个级别的日志都输出到同一个文件里了,

然后把warn 和 error级别的注释掉 , 压缩就正常了.

估计是每个级别的日志的处理通道或队列不一样, 压缩是只阻塞当前的 , 别的还会继续打印, 

这只是自己的判断, 因为解决了问题就没深究源码找原因是否是这样.

最后是更改了各个级别日志的输出方式.

  • 10
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
要设置Java应用的启动脚本和logback日志文件输出路径,可以按照以下步骤操作: 1. 创建Java应用的启动脚本,例如: ``` #!/bin/bash JAVA_HOME=/path/to/java/home APP_HOME=/path/to/app/home LOGS_DIR=/path/to/logs/dir java -Dlogback.configurationFile=$APP_HOME/conf/logback.xml -jar $APP_HOME/app.jar >> $LOGS_DIR/app.log 2>&1 & ``` 其中,JAVA_HOME指定了Java的安装路径,APP_HOME指定了Java应用的安装路径,LOGS_DIR指定了日志文件输出的目录。-Dlogback.configurationFile参数指定了logback配置文件的路径,-jar参数指定了Java应用的启动jar包,>> $LOGS_DIR/app.log 2>&1 &表示将应用的标准输出和标准错误输出都重定向到指定的日志文件中,并将应用在后台运行。 2. 创建logback配置文件,例如: ``` <configuration> <appender name="FILE" class="ch.qos.logback.core.FileAppender"> <file>/path/to/logs/dir/app.log</file> <append>true</append> <encoder> <pattern>%d %p %c{1.} [%t] %m%n</pattern> </encoder> </appender> <root level="INFO"> <appender-ref ref="FILE" /> </root> </configuration> ``` 其中,name属性指定了appender的名称,class属性指定了appender的类型,file节点指定了输出文件的路径和文件名,append节点指定了是否在文件末尾追加日志信息,encoder节点指定了日志信息的格式化方式。root节点指定了默认的日志级别和appender。 3. 将启动脚本和logback配置文件放置在相应的目录中,并修改执行权限,例如: ``` sudo chmod +x /path/to/app/home/bin/startup.sh sudo chmod 755 /path/to/app/home/conf/logback.xml ``` 4. 运行启动脚本,例如: ``` sudo /path/to/app/home/bin/startup.sh ``` 这样,Java应用就会在后台运行,并将日志信息输出到指定的日志文件中。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值