logback 配置.docx

1、logback 配置logback 配置 static Level DEBUG DEBUG Level指出细粒度信息事件对调试应用程序是非常有帮助的。static Level INFO INFO level表明 消息在粗粒度级别上突出强调应用程序的运行过程。 static Level WARNWARN level表明会出现潜在错误的情形。static Level ERRORERROR level指出虽然发生错误事件，但仍然不影响系统的继续运行。static Level FATALFATAL level指出每个严重的错误事件将会导致应用程序的退出。另外，还有两个可用的特别的日志记录级别: (以下

2、描述来自log4j API http:/jakarta.apache.org/log4j/docs/api/index.html): static Level ALLALL Level是最低等级的，用于打开所有日志记录。 static Level OFFOFF Level是最高等级的，用于关闭所有日志记录。 ，优先级从高到低分别是 ERROR、WARN、INFO、DEBUG。通过在这里定义的级别，您可以控制到应用程序中相应级别的日志信息的开关。比如在这里定义了INFO级别，则应用程序中所有DEBUG级别的日志信息将不被打印出来。程序会打印高于或等于所设置级别的日志，设置的日志等级越高，打印出来

3、的日志就越少。如果设置级别为INFO，则优先级高于等于INFO级别（如：INFO、 WARN、ERROR）的日志信息将可以被输出,小于该级别的如DEBUG将不会被输出。logback基本配置如下：<?xml version=1.0 encoding=UTF-8?> <configuration> <property name=LOG_HOME value=c:/log /> <!- 控制台输出 -> <appender name=STDOUT class=ch.qos.logback.core.ConsoleAppender> <

4、;Encoding>UTF-8</Encoding> <layout class=ch.qos.logback.classic.PatternLayout> <pattern>%dHH:mm:ss.SSS %thread %-5level %logger50 - %msg%n </pattern> </layout> </appender> <!- 按照每天生成日志文件 -> <appender name=FILE class=ch.qos.logback.core.rolling.RollingF

5、ileAppender> <Encoding>UTF-8</Encoding> <rollingPolicy class=ch.qos.logback.core.rolling.TimeBasedRollingPolicy> <FileNamePattern>$LOG_HOME/myApp.log.%dyyyy-MM-dd.log</FileNamePattern> <MaxHistory>30</MaxHistory> </rollingPolicy> <layout class=ch

6、.qos.logback.classic.PatternLayout> <pattern>%dHH:mm:ss.SSS %thread %-5level %logger50 - %msg%n </pattern> </layout> </appender> <root level=DEBUG> <appender-ref ref=STDOUT /> <appender-ref ref=FILE /> </root> </configuration> 复制代码<filter&g

7、t;: 过滤器，执行一个过滤器会有返回个枚举值，即DENY，NEUTRAL，ACCEPT其中之一。返回DENY，日志将立即被抛弃不再经过其他过滤器；返回NEUTRAL，有序列表里的下个过滤器过接着处理日志；返回ACCEPT，日志会被立即处理，不再经过剩余过滤器。过滤器被添加到<Appender> 中，为<Appender> 添加一个或多个过滤器后，可以用任意条件对日志进行过滤。<Appender> 有多个过滤器时，按照配置顺序执行。 下面是几个常用的过滤器： LevelFilter： 级别过滤器，根据日志级别进行过滤。如果日志级别等于配置级别，过滤器会根据o

8、nMath 和 onMismatch接收或拒绝日志。有以下子节点：<level>:设置过滤级别<onMatch>:用于配置符合过滤条件的操作<onMismatch>:用于配置不符合过滤条件的操作 例如：将过滤器的日志级别配置为INFO，所有INFO级别的日志交给appender处理，非INFO级别的日志，被过滤掉。<configuration> <appender name=CONSOLE class=ch.qos.logback.core.ConsoleAppender> <filter class=ch.qos.logbac

9、k.classic.filter.LevelFilter> <level>INFO</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> <encoder> <pattern> %-4relative %thread %-5level %logger30 - %msg%n </pattern> </encoder> </appender> <roo

10、t level=DEBUG> <appender-ref ref=CONSOLE /> </root> </configuration>复制代码ThresholdFilter： 临界值过滤器，过滤掉低于指定临界值的日志。当日志级别等于或高于临界值时，过滤器返回NEUTRAL；当日志级别低于临界值时，日志会被拒绝。例如：过滤掉所有低于INFO级别的日志。<configuration> <appender name=CONSOLE class=ch.qos.logback.core.ConsoleAppender> <!- 过

11、滤掉 TRACE 和 DEBUG 级别的日志-> <filter class=ch.qos.logback.classic.filter.ThresholdFilter> <level>INFO</level> </filter> <encoder> <pattern> %-4relative %thread %-5level %logger30 - %msg%n </pattern> </encoder> </appender> <root level=DEBUG>

12、<appender-ref ref=CONSOLE /> </root> </configuration>复制代码EvaluatorFilter： 求值过滤器，评估、鉴别日志是否符合指定条件。有一下子节点：<evaluator>:鉴别器，常用的鉴别器是JaninoEventEvaluato，也是默认的鉴别器，它以任意的java布尔值表达式作为求值条件，求值条件在配置文件解释过成功被动态编译，布尔值表达式返回true就表示符合过滤条件。evaluator有个子标签<expression>，用于配置求值条件。 求值表达式作用于当前日志，l

13、ogback向求值表达式暴露日志的各种字段：NameTypeDescriptioneventLoggingEvent与记录请求相关联的原始记录事件，下面所有变量都来自event，例如，event.getMessage()返回下面message相同的字符串messageString日志的原始消息，例如，设有logger mylogger，name的值是AUB，对于 mylogger.info(Hello ,name); Hello 就是原始消息。formatedMessageString日志被各式话的消息，例如，设有logger mylogger，name的值是AUB，对于 mylogger.i

14、nfo(Hello ,name); Hello Aub就是格式化后的消息。loggerStringlogger 名。loggerContext日志所属的logger上下文。levelint级别对应的整数值，所以 level > INFO 是正确的表达式。timeStamplong创建日志的时间戳。markerMarker与日志请求相关联的Marker对象，注意“Marker”有可能为null，所以你要确保它不能是null。mdcMap包含创建日志期间的MDC所有值得map。访问方法是： mdc.get(myKey)。mdc.get()返回的是Object不是String，要想调用Stri

15、ng的方法就要强转，例如，(String) mdc.get(k).contains(val) .MDC可能为null，调用时注意。throwablejava.lang.Throwable如果没有异常与日志关联throwable 变量为 null. 不幸的是， throwable 不能被序列化。在远程系统上永远为null，对于与位置无关的表达式请使用下面的变量throwableProxythrowableProxy与日志事件关联的异常代理。如果没有异常与日志事件关联，则变量throwableProxy 为 null. 当异常被关联到日志事件时，throwableProxy 在远程系统上不会为nu

16、ll <onMatch>:用于配置符合过滤条件的操作<onMismatch>:用于配置不符合过滤条件的操作 例如：过滤掉所有日志消息中不包含“billing”字符串的日志。<configuration> <appender name=STDOUT class=ch.qos.logback.core.ConsoleAppender> <filter class=ch.qos.logback.core.filter.EvaluatorFilter> <evaluator> <!- 默认为 ch.qos.logback.c

17、lassic.boolex.JaninoEventEvaluator -> <expression>return message.contains(billing);</expression> </evaluator> <OnMatch>ACCEPT </OnMatch> <OnMismatch>DENY</OnMismatch> </filter> <encoder> <pattern> %-4relative %thread %-5level %logger - %

18、msg%n </pattern> </encoder> </appender> <root level=INFO> <appender-ref ref=STDOUT /> </root> </configuration>复制代码<matcher> ：匹配器，尽管可以使用String类的matches()方法进行模式匹配，但会导致每次调用过滤器时都会创建一个新的Pattern对象，为了消除这种开销，可以预定义一个或多个matcher对象，定以后就可以在求值表达式中重复引用。<matcher>

19、;是<evaluator>的子标签。<matcher>中包含两个子标签，一个是<name>，用于定义matcher的名字，求值表达式中使用这个名字来引用matcher；另一个是<regex>，用于配置匹配条件。 例如：<configuration debug=true> <appender name=STDOUT class=ch.qos.logback.core.ConsoleAppender> <filter class=ch.qos.logback.core.filter.EvaluatorFilter>

20、 <evaluator> <matcher> <Name>odd</Name> <!- filter out odd numbered statements -> <regex>statement 13579</regex> </matcher> <expression>odd.matches(formattedMessage)</expression> </evaluator> <OnMismatch>NEUTRAL</OnMismatch> <OnMatch>DENY</OnMatch> </filter> <encoder> <pattern>%-4relative %thread %-5level %logger - %msg%n</pattern> </encoder> </appender> <root level=DEBUG> <appender-ref ref=STDOUT /> </root> </configuration>复制代码