为什么在使用SLF4J时排除公用日志记录？

Question

我正在构建一个非常简单的应用程序，这样我就可以理解slf4j、桥接库、日志实现等。我的应用程序依赖于slf4j，它使用日志实现。此外，它还引入了一个包含公共日志库的库。

应用程序依赖关系：

  dependencies {
    compile project(':library-with-jcl')

    compile group: 'org.slf4j', name: 'jcl-over-slf4j', version: '1.7.25'
    compile group: 'org.slf4j', name: 'slf4j-api', version: '1.7.25'
    compile group: 'ch.qos.logback', name: 'logback-classic', version: '1.2.3'
}

库依赖项：

dependencies {
  compile group: 'commons-logging', name: 'commons-logging', version: '1.2'
}

当我没有包含jcl-over-SLF4j时，库将按照预期通过JCL输出日志记录。当我包含jcl-over-SLF4J时，通过JCL记录器的任何日志记录都将被slf4j拾取并重定向到Logback。

我不断在internet上读到一些文章，这些文章说，如果我的应用程序依赖于slf4j和依赖于JCL的库，我必须排除commons-logging依赖项。然而，这似乎没有必要，我不明白为什么。在什么情况下我必须排除JCL依赖关系？我在这里的例子是否过于简单而暴露了潜在的问题？

此外，我没有看到建议我必须排除（例如，如果我使用log4j桥的话）依赖于它的库中的log4j依赖项。为什么不呢？JCL是特例吗？

Answer 1

JCL和SLF都是日志外观，也就是说，它们只是一个抽象日志实现的API。

JUL(java.util.logging)和Logback是日志记录实现。默认情况下，JCL将调用JUL，SLF将调用Logback。

为什么需要两个活动日志记录实现，这两个实现需要分别配置，并且必须记录到不同的日志文件？

您没有，并且您的应用程序选择了使用Logback，并且选择了JCL应该调用SLF(jcl-over-SLF4j)，这样代码调用JCL还是SLF都不重要，日志记录将通过Logback完成。

因此，您需要删除（排除）库依赖项添加的重复JCL facade，该facade现在由jcl-over-SLF4j实现。