日志冲突怎么解决?slf4j和log4j的区别?看完这一篇,这些都是小意思啦

本文链接：https://blog.csdn.net/wangliangluang/article/details/127760632

本文详细介绍了日志框架Slf4j、Log4j和Logback之间的关系与依赖配置，包括Slf4j的核心依赖、Log4j的桥接包和逆转包的作用。通过实例展示了如何在项目中统一日志门面为Slf4j，实现为Log4j或Logback，并解决了日志冲突问题。强调了日志规范与实现分离的重要性，以降低系统与日志框架间的耦合度。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

文章目录

一.你的烦恼

相信很多小伙伴在工作或开发中都会或多或少遇到日志冲突的问题,比如:

   代码中明明打印了日志但是却没有出现?
   日志文件中有打日志?但是控制台没有?
   因为日志冲突,项目直接启动报错?
在这里插入图片描述
此时你的心里可能会奔腾一些词语出来
   最可能的原因就是我们的项目引入了很多的第三方依赖,中间件,他们使用不同的日志框架,导致项目日志冲突

二.前置知识介绍

首先要引入一些必备的前置知识.

Slf4j：simple log facade for java,其实就是一个日志规范,可以当做接口来理解,并没有打印日志的具体实现.
log4j: Log for java,具体的打印日志实现,一个日志框架
那我直接用log4j行不行?为什么项目中有那么多Slf4j?
直接使用log4j也是可以的,但是建议调用slf4j接口的日志方法统一打印日志,因为它就是一个规范,可以忽略打印日志的具体实现方法.就像Java中的接口一样.这样，即使我们的系统换了一个日志源，比如说Logback,也不需要我们去更改代码。这样我们就达到了降低日志和项目之间的耦合度的目的。

所以,一般都推荐使用日志规范+实现框架去打印, 在打印日志的时候调用日志规范中的接口方法,这样即使实现框架需要切换,改动也很小.

目前还有哪些流行的日志规范/门面,日志实现框架呢?
目前最主流的日志打印方案是什么?
最主流的是 slf4j+logback/log4j2

三.说一说让你头大的各种日志依赖

知道了一些必备的理论知识,现在来讲一讲日志依赖,因为真的种类太多了,又不知道引入有什么作用,就太难受了.

1.Slf4j的核心依赖

就是单纯引入Slf4j的api方法

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

2.log4j的jar包依赖

		<dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
        </dependency>

3.slf4j对于log4j的桥接包的依赖

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-log4j12</artifactId>
</dependency>

slf4j-log4j12就是桥接器,为什么要有这个包呢?其实是因为slf4j和log4j并不兼容,需要在slf4j和log4j之间进行过渡和封装,只有引入了这个包,才能利用slf4j的接口调用log4j的实现

除了这个桥接包,还有很多的slf4j的桥接包,这里小总结一下,作用和slf4j-log4j12的都差不多.
在这里插入图片描述
其中针对于于logback日志框架时，并没有针对的桥接器，这是因为logback与slf4j是一个作者所写，在logback中直接实现了slf4j的SPI机制。

4.log4j对于slf4j的逆转包

       <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>log4j-over-slf4j</artifactId>
        </dependency>

这个逆转包可以使原来log4j的代码保持不变，使用slf4j接口进行输出.
举个例子:
有一些老项目中有可能直接使用log4j进行日志输出,现在我们想优化这个项目,将其改为slf4j作为门面,logback作为具体实现去输出日志, 那我们就可以引入log4j-over-slf4j这个包,它可以让你在不修改原有log4j代码的情况下,统一全部使用logback的日志格式进行输出.因为它会把原来log4j的输出转换成使用slf4j接口进行输出.

除了这个逆转包,还有其他一些常用的逆转包,如下:
在这里插入图片描述

四.再举一些常见小例子

使用slf4j作为门面,log4j作为实现需要引入的依赖

正常应该需要引入以下三个依赖

 <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
            <version>1.7.30</version>
        </dependency>
        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.17</version>
        </dependency>
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
            <version>1.7.30</version>
        </dependency>

但是slf4j-log4j12依赖会自动引入其他两个包,所以,我们只需要单独引入这个包就可以达到效果

     <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
            <version>1.7.30</version>
        </dependency>

还需要注意要加上对应的配置文件,否则要报错
在这里插入图片描述

使用slf4j作为门面,logback作为实现需要引入的依赖

只需要引入logback的依赖即可,它不需要桥接包

        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.2.11</version>
        </dependency>

保持项目原有log4j引用不变,将输出统一成slf4j作为门面,logback作为实现需要引入的依赖

       
     <!--mvn加载有优先级,这个转换依赖最好放到前面-->
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>log4j-over-slf4j</artifactId>
            <version>1.7.25</version>
        </dependency>
        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.2.11</version>
        </dependency>
      <!--原有的log4j的依赖可以删除,这里注释掉了-->
        <!--        <dependency>-->
        <!--            <groupId>log4j</groupId>-->
        <!--            <artifactId>log4j</artifactId>-->
        <!--            <version>1.2.17</version>-->
        <!--        </dependency>-->