日志对于一个系统的重要性不言而喻，几乎所有的系统都会使用日志，本文简单介绍一下当前流行的日志框架
1.日志体系
日志分层
日志体系大致如上图所示，我们的系统会直接与接口层交互。当然也可以直接使用具体的日志实现，比如logback，但是按照面向接口编程的理念，建议不要在系统中直接使用具体日志系统的代码，否则后续若要更换日志系统，会相当麻烦。
2.bridge层
先盗slf4j官网一张图
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
也是先盗图一张
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
网友评论