Slf4j + Logback 怎么过滤掉第三方包中的日志显示
其实这跟 Slf4J 通用日志框架没什么关系，单单是 Logback 的事，把 Slf4J 扯进来只因它们是对黄金组合。
我们在 log4j 中想要不显示第三方包的非常冗余的日志输出时，只要在 log4j.properties 中写上：
这样在 hibernate 里的日志级别在 ERROR 以下的 TRACE、DEBUG、WARN 和 INFO 将不被输出，控制台会比较的干净。
Logback 的配置文件是 logback.xml，曾经在里面给 <appender> 加的 <pattern> 是：
logger 名显示 35 字符，类名优先显示全，类全限名超过总长度则取前面若干包名的首字母连接起来，于是产生了像下面那样的日志输出：
7937 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton
7781 [main] DEBUG o.h.loader.entity.EntityLoader - Static select for entity
这在 Log4J 中是未曾见过的。当时还以为日志名就是 o.s.b.f 这样的东西，于是在 logback.xml 中用
这样的代码来进行封锁，根本就无济于事，大量的 spring、hibernate 的 DEBUG、INFO 等日志照样输出。这时惦记起 Logback 的 filter 功能来了，配置上：
也是没有效果的。想来 Logback 与 Log4J 相比不会这么差劲的，再怎么也是出自一人之手，想来思路应是一致的，还是该回到 <logger> 的配置上来。
还是 Google 威武，找到答案了：logback per-logger configuration is not working。原来像 "o.s.b.f" 和 "o.h." 这样的东西只是神马浮云，假象而已，它们实际所代表的 logger 名并未变，分别是:
org.springframework.beans.factory.support.DefaultListableBeanFactory
org.hibernate.loader.entity.EntityLoader
所以呢，在 logback.xml 中像 Log4J 一样写上
就把 Spring 和 Hibernate 的日志输出稍加过滤了，都是 %logger{35} 中的那个 {35} 惹的祸，不过也靠它多了解了一点东西。如果只写成 %logger 话那时候当然可以很快的解决问题的。
参考：1. logback per-logger configuration is not working
2. 在 Java Web 项目中选择使用 Slf4J 通用日志框架(在这篇中用的就是繁琐的 <filter> 配置，现在要稍微解放一下了) 永久链接 https://yanbin.blog/slf4j-logback-filter-logger/, 来自 隔叶黄莺 Yanbin's Blog
[版权声明]
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 进行许可。
我们在 log4j 中想要不显示第三方包的非常冗余的日志输出时，只要在 log4j.properties 中写上：
1log4j.logger.org.hibernate=ERROR这样在 hibernate 里的日志级别在 ERROR 以下的 TRACE、DEBUG、WARN 和 INFO 将不被输出，控制台会比较的干净。
Logback 的配置文件是 logback.xml，曾经在里面给 <appender> 加的 <pattern> 是：
1<pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>logger 名显示 35 字符，类名优先显示全，类全限名超过总长度则取前面若干包名的首字母连接起来，于是产生了像下面那样的日志输出：
7937 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton
7781 [main] DEBUG o.h.loader.entity.EntityLoader - Static select for entity
这在 Log4J 中是未曾见过的。当时还以为日志名就是 o.s.b.f 这样的东西，于是在 logback.xml 中用
1<logger name="o.s.b" level="WARN"/>
2<logger name="o.h" level="WARN"/>这样的代码来进行封锁，根本就无济于事，大量的 spring、hibernate 的 DEBUG、INFO 等日志照样输出。这时惦记起 Logback 的 filter 功能来了，配置上：
1<filter>
2 <evaluator> <!-- defaults to type ch.qos.logback.classic.boolex.JaninoEventEvaluator -->
3 <expression><![CDATA[
4 event.getThreadName().contains("Catalina")
5 || event.getLoggerName().contains("o.s.b.f")
6 || event.getLoggerName().contains("o.h.")
7 ]]></expression>
8 </evaluator>
9 <OnMismatch>NEUTRAL</OnMismatch>
10 <OnMatch>DENY</OnMatch>
11</filter>也是没有效果的。想来 Logback 与 Log4J 相比不会这么差劲的，再怎么也是出自一人之手，想来思路应是一致的，还是该回到 <logger> 的配置上来。
还是 Google 威武，找到答案了：logback per-logger configuration is not working。原来像 "o.s.b.f" 和 "o.h." 这样的东西只是神马浮云，假象而已，它们实际所代表的 logger 名并未变，分别是:
org.springframework.beans.factory.support.DefaultListableBeanFactory
org.hibernate.loader.entity.EntityLoader
所以呢，在 logback.xml 中像 Log4J 一样写上
1<logger name="org.hibernate" level="WARN"/>
2<logger name="org.springframework" level="WARN"/>就把 Spring 和 Hibernate 的日志输出稍加过滤了，都是 %logger{35} 中的那个 {35} 惹的祸，不过也靠它多了解了一点东西。如果只写成 %logger 话那时候当然可以很快的解决问题的。
参考：1. logback per-logger configuration is not working
2. 在 Java Web 项目中选择使用 Slf4J 通用日志框架(在这篇中用的就是繁琐的 <filter> 配置，现在要稍微解放一下了) 永久链接 https://yanbin.blog/slf4j-logback-filter-logger/, 来自 隔叶黄莺 Yanbin's Blog
[版权声明]
本文采用 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 进行许可。