log4j日志使用随笔

在新公司中使用到了slf4j日志记录以及log4j日志框架

一、首先了解log4j的8各日志级别:

转载自https://blog.csdn.net/shiyong1949/article/details/52643711

log4j定义了8个级别的log(除去OFF和ALL,可以说分为6个级别),优先级从高到低依次为:OFF、FATAL、ERROR、WARN、INFO、DEBUG、TRACE、 ALL。

ALL 最低等级的,用于打开所有日志记录。

TRACE designates finer-grained informational events than the DEBUG.Since:1.2.12,很低的日志级别,一般不会使用。

DEBUG 指出细粒度信息事件对调试应用程序是非常有帮助的,主要用于开发过程中打印一些运行信息。

INFO 消息在粗粒度级别上突出强调应用程序的运行过程。打印一些你感兴趣的或者重要的信息,这个可以用于生产环境中输出程序运行的一些重要信息,但是不能滥用,避免打印过多的日志。

WARN 表明会出现潜在错误的情形,有些信息不是错误信息,但是也要给程序员的一些提示。

ERROR 指出虽然发生错误事件,但仍然不影响系统的继续运行。打印错误和异常信息,如果不想输出太多的日志,可以使用这个级别。

FATAL 指出每个严重的错误事件将会导致应用程序的退出。这个级别比较高了。重大错误,这种级别你可以直接停止程序了。

OFF 最高等级的,用于关闭所有日志记录。

如果将log level设置在某一个级别上,那么比此级别优先级高的log都能打印出来。例如,如果设置优先级为WARN,那么OFF、FATAL、ERROR、WARN 4个级别的log能正常输出,而INFO、DEBUG、TRACE、 ALL级别的log则会被忽略。Log4j建议只使用四个级别,优先级从高到低分别是ERROR、WARN、INFO、DEBUG。

从我们实验的结果可以看出,log4j默认的优先级为ERROR或者WARN(实际上是ERROR)。

二、配置案例

Configutation:
name: Default
Properties:  #定义全局变量
Property:  #缺省配置(用于开发环境,其他环境需要在VM参数中指定)
  1.  #测试:-Dlog.level.console=warn -Dlog.level.xjj=trace  
  2.       #生产:-Dlog.level.console=warn -Dlog.level.xjj=info  
      - name: log-path
value: "logs"
Appenders:
#输出到控制台
Console:  #输出到控制台
name: CONSOLE
target: SYSTEM_OUT
PatternLayout:
pattern: "%clr{%d{yyyy-MM-dd HH:mm:ss.SSS}}{faint} %clr{%5p} %X{X-B3-TraceId} %clr{---}{faint} %clr{[%15.15t]}{faint} %clr{%-40.40c{1.}}{cyan} %clr{:}{faint} %m%n%xwEx"
# 输出到文件
RollingFile:
- name: FILE
fileName: ${log-path}/cmbs-query-order.data
filePattern: "${log-path}/cmbs-query-order.log.%d{yyyy-MM-dd-hh-mm}.gz"
PatternLayout:
pattern: "%d{yyyyMMddHHmmss}|2000400001|%-level|%X{X-B3-TraceId}|%d{yyyy-MM-dd HH:mm:ss.SSS} %t %c{1} %L -
%m%throwable{separator(##)}%n"
Policies:
SizeBasedTriggeringPolicy:
size: 100MB    #超过100MB归档
DefaultRollOverStrategy:
max: 1
Loggers:
Root:
AppenderRef:
- ref: FILE
Logger:  #为com.pyf配置特殊的LOG级别,方便调试
- name: com.pyf
additivity: false
AppenderRef:
- ref: FILE

猜你喜欢

转载自www.cnblogs.com/liveinpresent/p/11636386.html