logback使用filter过滤日志操作

笔者语录： 我发现我喜欢捣鼓一些小玩意儿，虽然官网(见文末)写得很明白了，但是咱们对感兴趣的部分来敲一遍代码好吧。

过滤器简介：

简介

logback具有过滤器支持。logbcak允许给日志记录器appender配置一个或多个Filter(或者给整体配置一个或多个TurboFilter)，来控制:当满足过滤器指定的条件时，才记录日志(或不满足条件时，拒绝记录日志)。logback支持自定义过滤器，当然logback也自带了一些常用的过滤器，在绝大多数时候，自带的过滤器其实就够用了，一般是不需要自定义过滤器的。

logback提供的过滤器支持主要分两大类

ch.qos.logback.core.filter.Filter

ch.qos.logback.classic.turbo.TurboFilter

过滤器	来源	说明	相对常用
LevelFilter	Filter	对指定level的日志进行记录(或不记录)，对不等于指定level的日志不记录(或进行记录)	是
ThresholdFilter	Filter	对大于或等于指定level的日志进行记录(或不记录)，对小于指定level的日志不记录(或进行记录) 提示：info级别是大于debug的	是
EvaluatorFilter	Filter	对满足指定表达式的日志进行记录(或不记录)，对不满足指定表达式的日志不作记录(或进行记录)	是
MDCFilter	TurboFilter	若MDC域中存在指定的key-value，则进行记录，否者不作记录	是
DuplicateMessageFilter	TurboFilter	根据配置不记录多余的重复的日志	是
MarkerFilter	TurboFilter	针对带有指定标记的日志，进行记录(或不作记录)	否
…	…	…	…

若过滤器已经返回了需要记录，那么就一定会对该日志进行记录(不论当前日志的level是否大于等于系统设置的最低日志级别)。

TurboFilter的性能是优于Filter的，这是因为TurboFilter的作用时机是在创建日志事件ILoggingEvent对象之前，而Filter的作用时机是在创建之后。若一个日志注定是会被过滤掉不记录的，那么创建ILoggingEvent对象(包括后续的参数组装方法调用等)这个步骤无疑是非常消耗性能的。

过滤器的FilterReply状态枚举：

对于Filter而言，需不需要记录日志，取决于ch.qos.logback.core.filter.Filter#decide方法的返回：

Filter与TurboFilter自带的几种常用过滤器

对于TurboFilter而言，需不需要记录日志，取决于ch.qos.logback.classic.turbo.TurboFilter#decide方法的返回：

可以看到，返回的都是FilterReply这个枚举：

FilterReply有三种枚举值：

DENY：表示不用看后面的过滤器了，这里就给拒绝了，不作记录。

NEUTRAL：表示需不需要记录，还需要看后面的过滤器。若所有过滤器返回的全部都是NEUTRAL，那么需要记录日志。

ACCEPT：表示不用看后面的过滤器了，这里就给直接同意了，需要记录。

过滤器的使用(示例)：

使用LevelFilter的logback.xml(示例)：

测试一下：

编写测试方法：

运行方法，产出日志：

使用ThresholdFilter的logback.xml(示例)：

测试一下：

编写测试方法：

运行方法，产出日志：

使用EvaluatorFilter的logback.xml(示例)：

需要引入额外的解析库依赖janino：

  org.codehaus.janino
  janino
  3.1.2

logbaxk.xml

测试一下：

编写测试方法：

运行方法，产出日志：

使用MDCFilter的logback.xml(示例)：

测试一下：

编写测试方法：

运行方法，产出日志：

自定义过滤器：

自定义Filter：

编写自定义Filter

在logback.xml中配置使用此过滤器

测试一下：

编写测试方法：

运行方法，产出日志：

自定义TurboFilter：

编写自定义TurboFilter

在logback.xml中配置使用此过滤器

测试一下：

编写测试方法：

运行方法，产出日志：

logback使用filter过滤日志，初步学习完毕！

以上这篇logback使用filter过滤日志操作就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。