浅谈Slf4j与其他日志系统兼容的使用方法

也想出现在这里？点击联系我~

java生产的各种框架（如spring等）里各个框架会使用不同的日志体系，多个不同日志在一个jvm里混搭会出现一定问题 ，这里梳理一下java体系里常见的日志框架，以sfl4j为中心介绍下跟各个日志框架的关系，介绍下生产环境如何打理各种日志框架。

1. 接口简介

在java的体系里，主要有slf4j和common-logging两种日志体系接口。实现的框架有很多，主流的诸如logback、log4j等。

当然，虽然都是接口，但两者也可以通过桥接包实现相互的日志代理输出。

common-logging挂载的日志实现常为log4j。在初始化的时候，如果没有特殊指定要挂载谁，会自动按上图顺序去实例化实现，log4jlogger封装了log4j的logger，打印日志的时候调用到log4j过去。

2. slf4j 的桥接和被桥接

slf4j作为一个接口定义，底层可以有很多实现框架，同时也可以支持别的日志实现或者框架打到sfl4j上。它的实现是基于不同的桥接包。

2.1 slf4j的桥接

slf4j作为接口定义，下面有很多种实现。实现原理是获取iloggerfactory时执行初始化，初始化过程绑定实现对象：load出所有实现staticloggerbinder的类，然后获取他的单例，后面执行getlogger的时候都是调用这个单例类的方法获取对应有具体实现日志功能的logger对象。如果有多个实现，之后绑定其中的一个。这种情况需要排除掉不需要的日志实现类。

2.2 slf4j的被桥接

上图展示了其他日志系统如何接入到slf4j日志体系，其中基本原理是针对各自日志体系做了代理 ，输出到了sfl4j接口中，具体实现可以去看桥接包的实现。基本都是对原日志体现做了重新实现，然后底层实际调用日志输出的方法是走到了slf4j上面 。

只有jul是个例外，因为是java自带jdk实现，没法去重新那些类，这个地方根据jul的handler扩展机制实现了一个slf4j的handler然后把日志写到slf4j上面。同时要生效的话，还要修改jre/lib/logging.properties把新的handler配置到.handlers属性中。一般生产不会去这么搞。

2.3 应用

实际项目应用的时候要注意，桥接和被桥接的包不能同时出现，不然会出现死循环了，比如sfl4j既桥接了log4j又被log4j桥接，那log4j输出调用会指向slf4j，slf4j又指向log4j如此循环。一定要注意排除掉无用的包。

生产建议：slf4j-api下挂载的实现只保留logback，上层的日志打印桥接可以存在都指向到slf4j。

参考如下依赖，其他关于log的包统统排掉：