Java日志体系(log4j)

log4j

1.1 简介

Log4j是一个由Java编写可靠、灵活的日志框架,是Apache旗下的一个开源项目;现如今,Log4j已经被移植到了C、C++、Python等语言中,服务更多的Developer;

使用Log4j,我们更加方便的记录了日志信息,它不但能控制日志输出的目的地,也能控制日志输出的内容格式;通过定义不同的日志级别,可以更加精确的控制日志的生成过程,从而达到我们应用的需求;这一切,都得益于一个灵活的配置文件,并不需要我们更改代码。

1.2 log4j结构

在Log4j中,主要由三个重要组件构成:

  • Logger:日志对象,负责捕捉日志记录信息;

      Logger对象是用来取代System.out或者System.err的日志输出器,负责日志信息的输出;其中,log4j日志框架提供了info、error、debug等API供Developer使用;
      
      与commons-logging相同,log4j也有日志等级的概念;每一个logger对象都会分配一个等级,未被分配等级的logger则继承根logger的级别,进行日志的输出;每个日志对象方法的请求也有一个等级,如果方法请求的等于大于当前logger对象的等级,则该请求会被处理输出,否则该请求被忽略;
    
      log4j在Level类中定义了7个等级,关系如下:
          Level.ALL < Level.DEBUG < Level.INFO < Level.WARN < Level.ERROR < Level.FATAL < Level.OFF
      
      每个等级,具体含义如下:    
          ALL:打开所有日志;
          DEBUG:适用于代码调试期间;
          INFO:适用于代码运行期间;
          WARN:适用于代码会有潜在错误事件;
          ERROR:适用于代码存在错误事件;
          FATAL:适用于严重错误事件;
          OFF:关闭所有日志;
    
  • Appender:日志输出目的地,负责把格式好的日志信息输出到指定地方,可以是控制台、磁盘文件等;

      每个日志对象,都有一个对应的appender,每个appender代表着一个日志输出目的地;
    
      其中,log4j有以下几种appender可供选择:
          ConsoleAppender:控制台;
          FileAppender:磁盘文件;
          DailyRollingFileAppender:每天产生一个日志磁盘文件;
          RollingFileAppender:日志磁盘文件大小达到指定尺寸时产生一个新的文件;
    
  • Layout:日志格式化器,负责发布不同风格的日志信息;

      每个appender和一个Layout相对应,appende负责把日志信息输出到指定的地点,而Layout则负责把日志信息按照格式化的要求展示出来;
    
      其中,log4j有以下几种Layout可供选择:
          HTMLLayout:以html表格形式布局展示;
          PatternLayout:自定义指定格式展示;
          SimpleLayout:包含日志信息的级别和信息字符串;
          TTCCLayout:包含日志产生的时间、线程、类别等等信息;
    

1.3 使用

首先,需要在应用的pom.xml中添加依赖:

<dependency>
    <groupId>log4j</groupId>
    <artifactId>log4j</artifactId>
    <version>1.2.17</version>
</dependency>

其次,声明测试代码:

public class log4jDemo {

    Logger log= Logger.getLogger(log4jDemo.class);
    
    @Test
    public void test(){
        log.trace("Trace Message!");
        log.debug("Debug Message!");
        log.info("Info Message!");
        log.warn("Warn Message!");
        log.error("Error nihao 你好!");
        log.fatal("Fatal Message!");
    }
}

最后,在classpath下声明配置文件:log4j.properties 或者 log4j.xml;

例1:log4j.properties:

log4j.rootLogger = INFO, FILE, CONSOLE

log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=e:/log.out
log4j.appender.FILE.ImmediateFlush=true
log4j.appender.FILE.Threshold = DEBUG
log4j.appender.FILE.Append=true
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.conversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n

log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.ImmediateFlush=true
log4j.appender.CONSOLE.Threshold = DEBUG
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.encoding=UTF-8
log4j.appender.CONSOLE.layout.conversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n

例2:log4j.xml:

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration>

    <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender">
        <param name="target" value="System.out"/>
        <param name="immediateFlush" value="true"/>
        <param name="threshold" value="DEBUG"/>
        <param name="append" value="true"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d - %c -%-4r [%t] %-5p %x - %m%n" />
        </layout>
    </appender>

    <appender name="FILE" class="org.apache.log4j.FileAppender">
        <param name="File" value="e:/log.out" />
        <param name="ImmediateFlush" value="true"/>
        <param name="Threshold" value="DEBUG"/>
        <param name="Append" value="true"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
        </layout>
    </appender>

    <category name="com.jiaboyan" additivity="false">
        <level value="error"></level>
        <appender-ref ref="CONSOLE" />
    </category>

    <root>
        <priority value="info" />
        <appender-ref ref="CONSOLE" />
        <appender-ref ref="FILE" />
    </root>

</log4j:configuration>

通过以上步骤,log4j就可以正常的运行了。

1.4 log4j配置文件详解

接下来,具体讲解下log4j配置文件中的各个属性:(以log4j.properties为例讲解);

  • Logger

      配置根Logger,其语法为:
          log4j.rootLogger = [ level ] , appenderName, appenderName, …
    
      其中,level指的是根logger对象的日志等级,Log4j建议只使用4个级别,从高到低分别为ERROR > WARN > INFO > DEBUG;
      appenderName指的是根logger对象的日志信息输出目的地,在此可以指定多个输出目的地;
    
      举例:
          log4j.rootLogger = INFO, FILE, CONSOLE
    
  • Appender

      配置日志信息输出目的地Appender,其语法为:
          log4j.appender.appenderName = className
    
      其中,appenderName指的是日志信息输出目的地的名称,可自定义,需要与根Logger中的appenderName一致;
      className指的是日志输出目的地处理类,必须为全限定类名;
      
      举例1:
          log4j.appender.FILE = org.apache.log4j.FileAppender(将日志信息输出到对应的磁盘文件中);
          关于FileAppender的其余选项:
              log4j.appender.FILE.Threshold = DEBUG(指定日志输出的最低级别,默认为DEBUG;如果日志请求的级别低于此级别,则不会输出此请求日志信息)
              log4j.appender.FILE.File=e:/mylog.log (将日志输出到e盘的mylog.log文件中)
              log4j.appender.FILE.Encoding=UTF-8(设置日志输出的编码)
              log4j.appender.FILE.Append=false(将新增日志追加到文件中,默认为true,false为覆盖)
              log4j.appender.FILE.ImmediateFlush=true(请求的日志消息被立即输出,默认为true)
              log4j.appender.FILE.BufferedIO=true(请求的日志消息不会立即输出,存储到缓存当中,当缓存满了后才输出到磁盘文件中,默认为false,此时ImmediateFlush应当设置为false)
              log4j.appender.FILE.BufferSize= 8192(缓存大小,默认为8k)
      
      举例2:
          log4j.appender.CONSOLE = org.apache.log4j.ConsoleAppender(将日志信息输出到控制台中)
          关于ConsoleAppender的其余选项:
              log4j.appender.CONSOLE.Target=System.out(将日志信息使用System.out.println输出到控制台)
              log4j.appender.CONSOLE.ImmediateFlush=true(同上)
              log4j.appender.CONSOLE.Threshold = DEBUG(同上)
              log4j.appender.CONSOLE.encoding=UTF-8(设置日志信息输出编码)
      
      举例3:
          log4j.appender.DRFILE = org.apache.log4j.DailyRollingFileAppender(将输出的日志信息,每天产生一个日志文件,与上面FileAppender不同)    
          关于DailyRollingFileAppender的其余选项:
              log4j.appender.DRFILE.File=e:/log.out(同上);
              log4j.appender.DRFILE.ImmediateFlush=true(同上);
              log4j.appender.DRFILE.Threshold = DEBUG(同上);
              log4j.appender.DRFILE.Append=true(同上);
              log4j.appender.DRFILE.DatePattern='.'yyyy-MM-dd(标识每天产生一个新的日志文件,当然也可以指定按月、周、时、分);具体格式如下:
                  1)'.'yyyy-MM:  每月 
                  2)'.'yyyy-ww:  每周  
                  3)'.'yyyy-MM-dd:    每天 
                  4)'.'yyyy-MM-dd-a:  每天两次 
                  5)'.'yyyy-MM-dd-HH:  每小时 
                  6)'.'yyyy-MM-dd-HH-mm:  每分钟 
    
      举例4:
          log4j.appender.RFILE = org.apache.log4j.RollingFileAppender(在日志文件达到指定的大小后,再产生新的文件继续记录日志)
          关于RollingFileAppender的其余选项:
              log4j.appender.RFILE.Threshold = DEBUG(同上)
              log4j.appender.RFILE.File=e:/mylog.log (同上)
              log4j.appender.RFILE.encoding=UTF-8(同上)
              log4j.appender.RFILE.Append=false(同上)
              log4j.appender.RFILE.ImmediateFlush=true(同上)
              log4j.appender.RFILE.MaxFileSize=100KB(指定日志文件切割大小,默认10MB,单位KB/MB/GB;当日志文件达到指定大小后,将当前日志文件内容剪切到新的日志文件中,新的文件默认以“原文件名+.1”、“原文件名+.2”的形式命名)
              log4j.appender.RFILE.MaxBackupIndex=2(产生的切割文件最大数量,如果第二个文件超过了指定大小,那么第一个文件将会被删除)
    
  • Layout

      配置日志信息的格式Layout,其语法为:
          log4j.appender.appenderName.layout = className
    
      其中,appenderName就是上面所讲的Appender的名称,Appender必须与Layout相互绑定;
      而className则是处理日志格式的类,也必须是全限定类名;
      
      举例1:
          log4j.appender.FILE.layout = org.apache.log4j.HTMLLayout(以html表格形式布局)
          log4j.appender.FILE.layout.LocationInfo = true (输出java文件名称和行号,默认值false)
      
      举例2:
          log4j.appender.FILE.layout = org.apache.log4j.SimpleLayout(简单风格布局,只包含日志信息和级别)
      
      举例3:
          log4j.appender.FILE.layout = org.apache.log4j.PatternLayout(自定义风格布局,可以包含时间,日志级别,日志类)
          log4j.appender.FILE.layout.ConversionPattern = %d{yyyy-MM-dd HH:mm:ss} %5p %c{1}:%L - %m%n (指定怎样格式化的消息)
          具体的格式化说明:
              %p:输出日志信息的优先级,即DEBUG,INFO,WARN,ERROR,FATAL。
              %d:输出日志时间点的日期或时间,默认格式为ISO8601,也可以在其后指定格式,如:%d{yyyy/MM/dd HH:mm:ss,SSS}。
              %r:输出自应用程序启动到输出该log信息耗费的毫秒数。
              %t:输出产生该日志事件的线程名。
              %l:输出日志事件的发生位置,相当于%c.%M(%F:%L)的组合,包括类全名、方法、文件名以及在代码中的行数。例如:test.TestLog4j.main(TestLog4j.java:10)。
              %c:输出日志信息所属的日志对象,也就是getLogger()中的内容。
                              %C:输出日志信息所属的类目;
                              %logger:log4j中没有此格式;
              %M:输出产生日志信息的方法名。
              %F:输出日志消息产生时所在的文件名称。
              %L::输出代码中的行号。
              %m::输出代码中指定的具体日志信息。
              %n:输出一个回车换行符,Windows平台为"rn",Unix平台为"n"。
              %x:输出和当前线程相关联的NDC(嵌套诊断环境),尤其用到像java servlets这样的多客户多线程的应用中。
              %%:输出一个"%"字符。
    
  • Category

      配置子logger的输出级别,以及输出目的地:
    
      <category name="com.jiaboyan" additivity="false">
          <level value="error"></level>
          <appender-ref ref="CONSOLE" />
      </category>
      其中,name指的是子loggger的名称,对应的就是我们程序中类的路径;level指定子logger的级别,appender-ref指的是子logger的输出目的地。
      而additivity指的是子logger在输出完日志后,是否把输出信息传递给上一层,true为传递,false为不传递;如果传递的话,则会输出两遍相同的日志信息。值得一提的是,如果将日志输出信息传递给上一层,但是程序并不会在去判断上一层的日志输出级别,而是直接进行输出;
    

1.5 性能优化

在我们的应用中,日志操作几乎是每个方法中必备的行为,不管是记录请求的信息,还是辅助问题的定位,日志信息都起着重要的作用,极大的方便了程序开发。

但与之俱来的是,由于频繁的IO和磁盘的读写,应用的性能也随之降低。并且,java的IO是阻塞式,加锁后导致也同样降低性能。因此对于日志的调优,就成了必备功课。

首先,抛开频繁的IO和磁盘读写不谈,就单纯讨论log4j的性能而言,在高并发的情况下,log4j的锁也会导致应用的性能下降,究其原因,还是看以下的代码:

Category类的callAppenders方法:

//日志对象唤起日志输出目的地Appender:进行日志打印
public void callAppenders(LoggingEvent event) {
    int writes = 0;
    //遍历日志对象集合
    for(Category c = this; c != null; c=c.parent) {
        //Category是Logger的父类,此处的c就是请求的日志对象本身:
        synchronized(c) {
            //此处加锁了:
            if(c.aai != null) {
              writes += c.aai.appendLoopOnAppenders(event);
            }
            if(!c.additive) {
              break;
            }
        }
    }
    if(writes == 0) {
      repository.emitNoAppenderWarning(this);
    }
}

通过以上代码,我们可以发现,为了获得对应日志对象的Appender,会在每次获取之前都加上synchronized同步锁。无论多少个线程进行请求,到此处都需要进行获取锁的操作,才可以进行日志的打印。这也就是说,线程越多,并发越大,此处的锁的竞争越激烈,进而导致系统性能的降低。

其次,我们再回过头来看下IO和磁盘读写的问题。在实际的生产环境下,系统所产生的日志信息需要保存在磁盘文件中,以便日后进行系统分析,或者系统问题的查找。

之前,我们说过Java的IO是阻塞式的,下面就来看下实际的代码:

JDK1.7中的sun.nio.cs.StreamEncoder类:

public void write(char cbuf[], int off, int len) throws IOException {
     synchronized (lock) {
         ensureOpen();
         if ((off < 0) || (off > cbuf.length) || (len < 0) ||
             ((off + len) > cbuf.length) || ((off + len) < 0)) {
             throw new IndexOutOfBoundsException();
         } else if (len == 0) {
             return;
         }
         implWrite(cbuf, off, len);
     }
 }

可以看到,在java-IO流最终输出阶段,也同样加了synchronized同步锁。这也就是我们所说的java阻塞式IO。

1.5.1 log4j性能测试

在2.3节中,笔者提到了FileAppender,该类主要功能就是将日志信输出到磁盘文件中。其中,有ImmediateFlush、BufferedIO、BufferSize这三个属性尤为值得关注;

当ImmediateFlush=true时候,表示每一条打印日志请求都会被立即输出,也就是立刻同步到磁盘中去。在高并发下,系统性能受到很大的影响,IO和磁盘读写数大大提升。

当ImmediateFlush=false时候,与上面正好相反,表示每一条打印日志请求不会被立即输出,会使用java.io.OutputStreamWriter的缓存,缓存大小为1024字节。

当ImmediateFlush=false、BufferedIO=true、BufferSize=8192时候,表示使用java.io.BufferedWriter缓存,缓存大小为默认8192字节,每一条打印请求不会立即输出,当缓存达到8192字节后才会落盘操作。这样一来,大大减少了IO和磁盘读写操作,提升了系统的性能。

测试代码:

public class log4jDemo {
    Logger log = Logger.getLogger(log4jDemo.class);

    @Test
    public void test() throws InterruptedException {
        for(int x=0;x<20;x++) {
            long start = System.currentTimeMillis();
            for (int y = 0; y < 50; y++) {
                log.info("Info Message!");
            }
            long time = System.currentTimeMillis() - start;
            System.out.println(time);
        }
    }
}

例子1:当ImmediateFlush=true时

配置文件:
<log4j:configuration>
    <appender name="FILE" class="org.apache.log4j.FileAppender">
        <param name="File" value="e:/log.out" />
        <param name="ImmediateFlush" value="false"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
        </layout>
    </appender>
    <root>
        <priority value="info" />
        <appender-ref ref="FILE" />
    </root>
</log4j:configuration>

例子1测试结果:(单位毫秒)

931 631 372 371 374 371 371 383 376 439 376 383 372 416 393 368 368 366 376 376 394 384 373 396 371 380 368 382 373 369 373 379 374 370 381 367 371 379 372 385 381 379 375 398 409 415 392 371 403 406   

例子2:当ImmediateFlush=false时

配置文件:
<log4j:configuration>
    <appender name="FILE" class="org.apache.log4j.FileAppender">
        <param name="File" value="e:/log.out" />
        <param name="ImmediateFlush" value="true"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
        </layout>
    </appender>
    <root>
        <priority value="info" />
        <appender-ref ref="FILE" />
    </root>
</log4j:configuration>

例子2测试结果:(单位毫秒)

845 693 344 338 353 340 372 373 345 337 332 341 345 352 346 332 336 333 379 359 333 330 356 338 333 341 346 331 341 337 339 329 341 339 339 334 341 328 331 329 328 330 329 336 334 332 332 331 333 330 

例子3:当ImmediateFlush=false、BufferedIO=true、BufferSize=8192时

配置文件:
<log4j:configuration>
    <appender name="FILE" class="org.apache.log4j.FileAppender">
        <param name="File" value="e:/log.out" />
        <param name="ImmediateFlush" value="false"/>
        <param name="bufferedIO" value="true"/>
        <param name="bufferSize" value="8192"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
        </layout>
    </appender>
    <root>
        <priority value="info" />
        <appender-ref ref="FILE" />
    </root>
</log4j:configuration>

例子3测试结果:(单位毫秒)

731 853 356 332 336 334 334 334 334 331 332 344 331 330 332 332 330 331 340 334 329 333 331 335 334 334 332 331 336 335 331 354 334 333 334 354 331 333 334 332 333 331 347 332 333 330 332 330 333 331

例子4:使用AsyncAppender异步处理

配置文件:
<log4j:configuration>
    <appender name="FILE" class="org.apache.log4j.FileAppender">
        <param name="File" value="e:/log.out" />
        <param name="bufferedIO" value="true"/>
        <param name="bufferSize" value="8192"/>
        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
        </layout>
    </appender>

    <appender name="AsyncAppender" class="org.apache.log4j.AsyncAppender">
        <appender-ref ref="FILE"/>
    </appender>

    <root>
        <priority value="info" />
        <appender-ref ref="AsyncAppender" />
    </root>
</log4j:configuration>

例子4测试结果:(单位毫秒)

292 178 146 177 216 278 215 147 136 102 92 96 97 93 93 95 93 94 92 93 97 93 94 93 95 94 96 107 94 91 93 94 99 98 96 95 95 98 102 95 93 92 91 107 155 137 110 98 93 93 

通过以上4个例子,我们可以看出,性能最差的是ImmediateFlush=true的时候,而性能最好的就是开启日志异步AsyncAppender处理的时候;

1.5.2 log4j钩子程序

上一小节,我们提到了log4j的缓存,通过测试结果来看,在开启缓存的情况下,log4j的性能得到了大幅度提升。既然缓存的优势这么明显,为什么log4j不默认开启缓存呢?

缓存的存在,有利有弊。利,提升系统响应性能;弊,当系统因为异常而崩溃,又或者jvm被强行关闭,从而导致缓存中的数据丢失,日志不存在,无法及时确定异常原因。我想,这个才是log4j并没有默认开启缓存的原因!

日志的存在,一方面为了记录系统请求的信息;另一方面,帮助develpoer及时发现、排除错误原因。如果连日志的完整性都不能保留,那么日志存在的意义又是什么?所以,log4j并没有将缓存设置为默认开启,只是提供了一个选项;

那么,我们如何使鱼和熊掌可以兼得呢?在log4j提供的api中暂时无法实现此需求,不过jvm向我们提供了一个方法,可以帮助我们实现,这就是jvm关闭钩子程序;

在jvm中注册一个钩子程序,当jvm关闭的时候,会执行系统中已经设置的所有通过方法addShutdownHook添加的钩子,当系统执行完这些钩子后,jvm才会关闭。

那么,在我们的日志中,如何实现钩子程序呢?请看下面的实现:

测试代码:

public class log4jDemo {
    Logger log = Logger.getLogger(log4jDemo.class);
    @Test
    public void test() throws InterruptedException {
        log.info("Info Message!");
    }
}

配置文件:(没有开启缓存,立即刷入磁盘)

<appender name="FILE" class="org.apache.log4j.FileAppender">
    <param name="File" value="e:/log.out" />
    <param name="ImmediateFlush" value="true"/> 关闭缓存
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
    </layout>
</appender>

结果:(程序运行结束后,生成日志文件信息)

立刻刷入,日志信息落盘;

接下来,修改配置文件信息,开启缓存,不立刻刷入磁盘;

<appender name="FILE" class="org.apache.log4j.FileAppender">
    <param name="File" value="e:/log.out" />
    <param name="ImmediateFlush" value="false"/> 开启缓存
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
    </layout>
</appender>

结果:(程序运行结束后,生成日志文件信息)

jvm运行结束,日志信息没有保存到磁盘中来,日志丢失;

最后,我们添加钩子程序,看看结果如何?

创建新的Appender,继承FileAppender,在构造中添加钩子程序代码:
public class HookFileAppender extends FileAppender {
    public HookFileAppender(){
        super();
        //添加钩子程序:
        Runtime.getRuntime().addShutdownHook(new Log4jHockThread());
    }
    public HookFileAppender(Layout layout, String filename) throws IOException {
        super(layout,filename);
        //添加钩子程序:
        Runtime.getRuntime().addShutdownHook(new Log4jHockThread());
    }
    public HookFileAppender(Layout layout, String filename, boolean append) throws IOException {
        super(layout,filename,append);
        //添加钩子程序:
        Runtime.getRuntime().addShutdownHook(new Log4jHockThread());
    }
    public HookFileAppender(Layout layout, String filename, boolean append, boolean bufferedIO,
                 int bufferSize) throws IOException {
        super(layout,filename,append,bufferedIO,bufferSize);
        Runtime.getRuntime().addShutdownHook(new Log4jHockThread());
    }

    class Log4jHockThread extends Thread{
        @Override
        public void run() {
            //jvm结束之前,运行flush操作,将日志落盘;
            if(qw != null){
                qw.flush();
            }
        }
    }

}

配置文件修改:(新的appender,开启缓存)

<appender name="HOOKFILE" class="com.jiaboyan.logDemo.HookFileAppender">
    <param name="File" value="e:/log.out" />
    <param name="ImmediateFlush" value="false"/>
    <!--<param name="bufferedIO" value="true"/>-->
    <!--<param name="bufferSize" value="8192"/>-->
    <layout class="org.apache.log4j.PatternLayout">
        <param name="ConversionPattern" value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
    </layout>
</appender>
<root>
    <priority value="info" />
    <appender-ref ref="HOOKFILE" />
</root>

结果为:

在jvm结束之前,开启了Log4jHockThread线程,将缓存中的日志进行落盘操作,避免了日志的丢失。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,029评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,395评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,570评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,535评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,650评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,850评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,006评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,747评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,207评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,536评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,683评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,342评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,964评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,772评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,004评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,401评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,566评论 2 349

推荐阅读更多精彩内容

  • 在应用程序中添加日志记录总的来说基于三个目的:监视代码中变量的变化情况,周期性的记录到文件中供其他应用进行统计分析...
    时待吾阅读 4,975评论 0 6
  • 在应用程序中添加日志记录总的来说基于三个目的:监视代码中变量的变化情况,周期性的记录到文件中供其他应用进行统计分析...
    时待吾阅读 4,993评论 1 13
  • from:https://www.cnblogs.com/ITtangtang/p/3926665.html一、L...
    enshunyan阅读 3,282评论 0 0
  • 一、Log4j简介 Log4j有三个主要的组件:Loggers(记录器),Appenders (输出源)和Layo...
    默默守护阅读 1,901评论 2 8
  • #########################################################...
    BearFaraway阅读 1,756评论 0 51