问题:因日志文件太多,导致logbck每天晚上0点压缩占用cpu太高。
思路:重写 computeNextCheck(),设置nextCheck的值为你需要的时间。
logback.xml:
<appender name="kafkaRecordLog"
class="ch.qos.logback.core.rolling.RollingFileAppender">
<filter>
<level>TRACE</level>
</filter>
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<fileNamePattern>${log.dir}/。。。-%d{yyyy-MM-dd}.%i.log.gz</fileNamePattern>
<maxHistory>7</maxHistory>
<timeBasedFileNamingAndTriggeringPolicy class="com.。。。.server.utils.MySizeAndTimeBasedFNATP">
<multiple>3</multiple>
<maxFileSize>5GB</maxFileSize>
</timeBasedFileNamingAndTriggeringPolicy>
</rollingPolicy>
<file>${log.dir}/。。。.log</file>
<encoder charset="UTF-8">
<pattern>%msg%n</pattern>
</encoder>
</appender>
java代码:
package com.。。。.server.utils;import ch.qos.logback.core.joran.spi.NoAutoStart;import ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP;import java.util.Calendar;@NoAutoStartpublic class MySizeAndTimeBasedFNATP<E> extends SizeAndTimeBasedFNATP<E> { private Integer multiple = 1; @Override protected void computeNextCheck() { Calendar c = Calendar.getInstance(); c.add(Calendar.DAY_OF_YEAR,1); c.set(Calendar.HOUR_OF_DAY,multiple); c.set(Calendar.MINUTE,0); c.set(Calendar.SECOND,0); c.set(Calendar.MILLISECOND,0); nextCheck = c.getTimeInMillis(); } public Integer getMultiple() { return multiple; } public void setMultiple(Integer multiple) { if (multiple > 1) { this.multiple = multiple; } }}