可能看到这个标题，读者会问：要修改日志的级别，不是直接修改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
-END-
近期热文：
为什么前后端分离了，你比从前更痛苦？
不改一行代码定位线上性能问题
Logback中如何自定义灵活的日志过滤规则
HBase优化实战
MySQL的索引
漫话：如何给女朋友解释为什么双11无法修改收货地址？
Java中生产者与消费者问题的演变
分库分表技术演进&最佳实践