SLF4J简单日志门面

为什么要使用slf4j

举个例子：

我们自己的系统中使用了logback这个日志系统
我们的系统使用了A.jar，A.jar中使用的日志系统为log4j
我们的系统又使用了B.jar，B.jar中使用的日志系统为slf4j-simple
这样，我们的系统就不得不同时支持并维护logback、log4j、slf4j-simple三种日志框架，非常不便。

解决这个问题的方式就是引入一个适配层，由适配层决定使用哪一种日志系统，而调用端只需要做的事情就是打印日志而不需要关心如何打印日志，slf4j或者commons-logging就是这种适配层，类似于JDBC一样只是一种规则而已。
slf4j只是一个日志标准，并不是日志系统的具体实现。

slf4j只做两件事情：

• 提供日志接口
• 提供获取具体日志对象的方法

slf4j的作用：只要所有代码都使用门面对象slf4j，我们就不需要关心其具体实现，最终所有地方使用一种具体实现即可，更换、维护都非常方便。

slf4j的使用

pom.xml

 <dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-api</artifactId>
   <version>1.7.25</version>
</dependency>

注：slf4j不提供日志的具体实现，只有slf4j是无法打印日志的。

slf4j实现原理

slf4j的用法就是常年不变的一句"Logger logger = LoggerFactory.getLogger(getClass());"

getLogger的时候会去classpath下找STATIC_LOGGER_BINDER_PATH，STATIC_LOGGER_BINDER_PATH值为"org/slf4j/impl/StaticLoggerBinder.class"，即所有slf4j的实现（Log4j，Logback，Log4j2等），在提供的jar包路径下，一定是有"org/slf4j/impl/StaticLoggerBinder.class"存在的。

注：同时引入了多个slf4j的实现，会有警告但不会导致启动报错，其次在这种情况下编译期间，编译器会选择其中一个StaticLoggerBinder.class进行绑定，这个地方sfl4j也在reportActualBinding方法中报告了绑定的是哪个日志框架，确实是"Actual binding is of type…"这句。

原文转载：https://www.cnblogs.com/xrq730/p/8619156.html