首页 Java知识正文

Slf4j 包老冲突,每次排查半天,是什么原因?怎么解决?

admin Java知识 2021-01-16 83 0

来源:jitwxs.cn/e2390047.html


  • 一、前言

    在进行 Java 开发时,通常我们会选择 Slf4j 作为日志门面,但日志实现却不尽相同。如果系统运行中同时存在多个日志实现,就会出现类似下图的 Warning。

    图片

    二、问题原因

    我们知道 SpringBoot 默认使用的日志实现是 Logback,因此我们尝试在项目中引入 Log4j 的依赖时,就复现了上图的报错。

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-log4j2</artifactId>
    </dependency>

    上图报错告知我们存在多个 SLF4J bingdings,分别位于 logback 和 log4j 包中,有两个 StaticLoggerBinder。

    我们知道使用 Slf4j ,需要 LoggerFactory.getLogger() 方法获取实例。

    import org.slf4j.Logger;
    import org.slf4j.LoggerFactory;

    private final Logger logs = LoggerFactory.getLogger(xxx.class);

    我们就可以通过这个作为入口,去看看源码的实现。如下图所示,我标注了需要关注的核心代码。

    图片
    图片

    三、问题解决

    解决思路就是将你不想要的日志实现从依赖包中排除掉即可,通过 IDEA 提供的 Diagrams 能够非常方便的查看项目中的依赖关系。

    打开项目的 POM 文件,右键选择 Diagrams -> Show Dependencies

    假设我们想要排除 logback 依赖,使用 log4j。Ctrl + F 搜索 logback,可以找到引用该依赖的树形结构。

    点击窗口左上角的下图中的这个图标,可以只看当前选中的这个依赖的关系。

    图片

    选中后效果如下:

    图片

    如上图所示,logback 由 spring-boot-starter-logging 引入,最顶层是由 spring-boot-starter-web 和 spring-boot-starter-test 引入。

    我们尝试在 spring-boot-starter-web 中排除该依赖,应该就可以了。如果排出后重新搜索仍然存在 logback 依赖,则重复执行排除的操作。

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
        <exclusions>
            <exclusion>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-starter-logging</artifactId>
            </exclusion>
        </exclusions>
    </dependency>

    四、总结

    日志框架冲突特别对于新手来说处理起来比较头疼,因为涉及到了日志接口和日志实现。

    我们推崇的应该是面向接口编程,因此我们大到开源项目,小到公司的公共 jar 包,应当合理利用 Maven 的传递机制。具体的日志实现不应该传递出去,避免影响到调用的下游方。

    <optional>true</optional>



    版权声明

    本文仅代表作者观点,不代表本站立场。
    本文系作者授权发表,未经许可,不得转载。

    评论