java日志接口库_Java日志框架总结

1 基本日志框架之间关系

接口层：SELF4J,COMMONS-LOGGING

实现层：LOG4J,LOGBACK,JDK-LOOGING,LOG4J2

以上为通用的日志框架实现(即实现)和门面(即接口)。日志门面的出现很大程度缓解了日志系统的混乱，很多库的作者不在使用具体的日志框架实现了，而是去使用接口层，即面向接口编程。此处，贴一段话，方面更能理解。

应用程序直接使用这些具体日志框架的API来满足日志输出需求当然是可以的，但是由于各个日志框架之间的API通常是不兼容的，这样做就使得应用程序丧失了更换日志框架的灵活性。比直接使用具体日志框架API更合理的选择是使用日志门面接口。日志门面接口提供了一套独立于具体日志框架实现的API，应用程序通过使用这些独立的API就能够实现与具体日志框架的解耦，这跟JDBC是类似的。最早的日志门面接口是commons-logging，但目前最受欢迎的是slf4j。日志门面接口本身通常并没有实际的日志输出能力，它底层还是需要去调用具体的日志框架API的，也就是实际上它需要跟具体的日志框架结合使用。由于具体日志框架比较多，而且互相也大都不兼容，日志门面接口要想实现与任意日志框架结合可能需要对应的桥接器，就好像JDBC与各种不同的数据库之间的结合需要对应的JDBC驱动一样。

2 StackOverFlow异常分析

上图来自SLF4J官网。如图，上层都是使用SLF4JAPI对外暴露接口。SLF4JAPI使用的是slf4j-api.jar包。接着下层各个日志框架的实现就不一样了，最左边的是slf4j的一个空实现。第二列和第五列是logback和slf4j的一个简单实现，这2个框架没有使用所谓的桥接器，直接继承slf4j，实现slf4j的接口。log4j和jul的实现是要依靠桥接器，如上，slf4j-log412.jar和slf4j-jdk14.jar就是桥接器，分别连接slf4j，log4j和slf4j，jul。下面的log4j.jar和JVM runtime便是具体实现。

其他日志系统转掉回slf4j，如果只存在slf-4j转到日志系统实现类，便不会存在StackOverFlow的异常。如果我们使用log4j日志系统，但又想使用别的日志系统，此时就要使用从日志系统到slf4j的桥接类 log4j-over-slf4j，这个库定义了与log4j一致的接口(包名、类名、方法签名均一致)，但是接口的实现却是对slf4j日志接口的包装，即间接调用了slf4j日志接口，实现了对日志的转发。

既然存在这么多桥接器，万一我的系统中存在slf4j -> log4j 和 log4j -> slf4j的桥接器。。。。就会出现互相委托，无限循环，堆栈溢出的状况。所有就会有出现异常。slf4j关于桥接器的详细介绍参考slf4j官方网站：https://www.slf4j.org/legacy.html

比如，我现在想使用slf4j的实现类logback日志框架

1.　引入slf4j & logback日志包和slf4j -> logback桥接器；

2.　排除common-logging、log4j、log4j2日志包；

3.　引入jdk-logging -> slf4j、common-logging -> slf4j、log4j -> slf4j、log4j2 -> slf4j桥接器；

4.　排除slf4j -> jdk-logging、slf4j -> common-logging、slf4j -> log4j、slf4j -> log4j2桥接器。