Java之常用日志框架

日志对于一个系统的重要性不言而喻,几乎所有的系统都会使用日志,本文简单介绍一下当前流行的日志框架

1.日志体系

Java之常用日志框架_第1张图片
日志分层

日志体系大致如上图所示,我们的系统会直接与接口层交互。当然也可以直接使用具体的日志实现,比如logback,但是按照 面向接口编程的理念,建议不要在系统中直接使用具体日志系统的代码,否则后续若要更换日志系统,会相当麻烦。

2.bridge层

先盗slf4j官网一张图
Java之常用日志框架_第2张图片
concrete-bindings.png

其中Adaptation layer是bridge层。为什么需要bridge?其实slf4j(slf4j-api.jar)只提供了一个门面,并没有具体的实现。像最左边的那一列,如果我们的系统中只引入了slf4j-api.jar,那么日志无法输出。若想正常输出日志,还需引入真正写日志到文件的jar包。

图中深蓝色的日志框架并不需要bridge层就可以使用slf4j进行日志打印,原因在于这些日志框架都直接实现了slf4j。而log4j和jdk log并没有实现slf4j(废话,jdk的log怎么可能依赖于第三方的框架。。。),因此需要一个中间层去转化一下。

总结一下,充当bridge层的jar包:slf4j-log412.jar 和 slf4j-jdk14.jar

3.其他框架转接到slf4j

也是先盗图一张
Java之常用日志框架_第3张图片
legacy.png

假设系统中使用了jcl作为了门面,那么对jcl api的调用如何转化为对slf4j api的调用?(常见的Spring框架的日志框架就是jcl)

slf4j提供了jar包将别的日志api的调用转调到slf4j的api上。
jcl-over-slf4j.jar : jcl >>> slf4j
log4j-over-slf4j.jar : log4j >>> slf4j
jul-to-slf4j.jar : jdk api >>> slf4j
前两个包需要分别替换commons-logging.jar和log4j.jar。

在上述桥接、转换过程中,有一个限制就是转调到slf4j的日志框架不能与当前slf4j桥接的日志框架相同。举个例子,系统使用slf4j和log4j打印日志,我们又引入了log4j-over-slf4j.jar去把log4j转调到slf4j上,这就会出现如下递归调用情况:
业务系统 ---> slf4j api ---> log4j api --->转调到 slf4j api ---> log4j api --->....

4.log4j2与slf4j

先区别几个包
slf4j-log4j12.jar: slf4j提供的slf4j到log4j1.x的bridge;
log4j-over-slf4j.jar: slf4j提供的log4j转调slf4j,一般是在业务系统直接调用了log4j的api,但是想转调到slf4j,再通过别的日志框架进行日志输出的情况;
log4j-slf4j-impl.jar: log4j2提供的slf4j到log4j2.x的bridge;

5.总结

若业务系统中使用的是日志门面,则参考concrete-bindings.png;
若业务系统没有使用日志门面,但是想更换为别的具体日志系统,则参考legacy.png,先转调到slf4j api,再通过别的日志系统输出日志。


本文参考了
https://www.cnblogs.com/pekkle/p/6813458.html
https://www.slf4j.org/manual.html#swapping

你可能感兴趣的:(Java之常用日志框架)