Logback中使用TurboFilter

最新推荐文章于 2024-12-31 15:26:32 发布

will的猜想

最新推荐文章于 2024-12-31 15:26:32 发布

阅读量4.5k

点赞数 1

分类专栏： logback

logback 专栏收录该内容

9 篇文章

订阅专栏

在Java开发中，底层框架抛异常时会产生重复错误日志，对接告警会重复告警。修改源码不可取，使用Logback时，TurboFilter可解决该问题。它与日志上下文绑定，能过滤所有日志请求。通过继承类重写方法可动态修改日志，还需在配置中添加相应设置。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

可能看到这个标题，读者会问：要修改日志的级别，不是直接修改log.xxx就好了吗？为何要搞那么复杂呢？所以，先说一下场景，为什么要通过TurboFilter去动态的修改日志级别。我们在使用Java开发各种项目的时候必然的会引入很多框架，这些框架通过堆叠的方式完成所要提供的业务服务（一个服务请求在进入后会在这些框架中兜一圈，然后返回结果），当一个比较底层的框架在处理过程中抛出了异常之后，这个异常会不断的向上传递。这个时候，有的框架直接throw，继续向上抛，而有的在throw之前还会自己打印一下error日志，这就导致了当出现异常的时候，往往会出现一连串类似的错误日志记录。如果对接了错误日志告警，就会出现重复告警的现象。为了解决类似这样的问题，修改源码重新编译最直接，但是不可取。所以希望可以有更好的手段去控制这些已经被编码固化的日志打印信息。当我们使用Logback的时候，TurboFilter就是解决该问题的工具之一。

TurboFIlter不同于之前在[《Logback中如何自定义灵活的日志过滤规则》]一文中介绍的那些通过ch.qos.logback.core.filter.Filter接口实现的过滤器。ch.qos.logback.core.filter.Filter实现的过滤器是与Appender绑定的，而TurboFIlter是与日志上下文绑定的，它会过滤所有的日志请求，并且TurboFIlter的方法中提供了丰富的可访问信息用来进行控制和改写。

比如下面的实现，通过继承ch.qos.logback.classic.turbo.TurboFilter类，并重写decide方法，将org.springframework.cloud.sleuth.instrument.web.ExceptionLoggingFilter类中原本要打印的ERROR日志DENY掉（过滤掉），同时以WARN级别打印一封相同的内容，这样就实现了对已定义日志的动态修改。

public class ForceWarnFilter extends TurboFilter {

    @Override
    public FilterReply decide(Marker marker, Logger logger, Level level, String format, Object[] params, Throwable throwable) {
        if (level == Level.ERROR && logger.getName().equals("org.springframework.cloud.sleuth.instrument.web.ExceptionLoggingFilter")) {
            logger.warn(marker, format, params);
            return FilterReply.DENY;
        }
        return FilterReply.NEUTRAL;
    }

}

为了让上面定义的过滤器生效，需要在logback的配置xml中增加如下配置：

<configuration>
    <turboFilter class="com.didispace.log.filter.ForceWarnFilter" />

    ......
</configuration>

或者也可以在应用主类中增加：

LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory();
lc.addTurboFilter(new MyTurboFilter());

更多关于Logback过滤器的内容可参考官方文档：https://logback.qos.ch/manual/filters.html

参考源码解读：http://skyao.github.io/2014/09/11/logback-process/