通过在(pom.xml的)依赖项中添加以下导致冲突的排除来解决。

<exclusions>
    <exclusion>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
    </exclusion>
</exclusions> 

错误可能会提供更多类似这样的信息(尽管您的jar名称可能不同)

SLF4J:在中找到绑定 [jar文件:/ D: / Java /仓库/ ch / qos / logback / logback-classic / 1.2.3 / logback-classic-1.2.3.jar ! / org/slf4j/impl/StaticLoggerBinder.class] SLF4J:在中找到绑定 [jar文件:/ D: / Java /仓库/ org/apache/logging/log4j/log4j-slf4j-impl/2.8.2/log4j-slf4j-impl-2.8.2.jar ! / org/slf4j/impl/StaticLoggerBinder.class]

请注意，冲突来自两个名为logback-classic-1.2.3和log4j-slf4j-impl-2.8.2.jar的jar。

在这个项目的pom.xml父文件夹中运行mvn dependency:tree，给出:

现在选择一个你想忽略的(可能会消耗一个微妙的努力，我需要更多的帮助)

我决定不使用通过spring-boot-starter和spring-boot-starter-logging从spring-boot-starter-data-jpa(顶级依赖项)导入的pom，它变成:

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

在上述pom中，spring-boot-starter-data-jpa将使用在同一文件中配置的spring-boot-starter，其中不包括日志记录(它包含logback)

1.找到矛盾的罐子

如果无法从警告中识别依赖项，那么可以使用以下命令来识别冲突的jar

mvn dependency: tree

这将显示项目的依赖关系树，以及与slf4j-log4j12 JAR导入另一个绑定的依赖关系。

决议

现在我们已经知道了有问题的依赖项，我们所需要做的就是从该依赖项中排除slf4j-log4j12 JAR。

Ex -如果spring-安全依赖也拉入了slf4j-log4j12 JAR的另一个绑定，那么我们需要从spring-安全依赖中排除slf4j-log4j12 JAR。

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

注意:在某些情况下，已经有多个依赖项拉入了slf4j-log4j12 JAR的绑定，您不需要为每个拉入的依赖项添加exclude。 你只需要在最初放置的依赖项上添加排除依赖项。

Ex -

<dependencies>

        <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>

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

</dependencies>

如果你使用gradle，那么添加以下代码到你的构建中。gradle文件从所有模块中排除SLF4J绑定

configurations.all {
    exclude group: 'org.springframework.boot', module: 'spring-boot-starter-logging'
}

我在一个非maven项目中得到了这个问题，两个依赖的jar每个都包含一个slf4j。我解决了 通过删除一个依赖的jar，编译项目(当然会失败)，然后将删除的jar添加回来。

对于那些寻找spring-boot类型依赖的解决方案的人来说，Gradle的魔法咒语是这样的:

configurations.all {
    exclude group: 'ch.qos.logback', module: 'logback-classic'
}

在你的构建中。Gradle在顶层(不是在依赖块内)。

在网上找到的所有其他解决方案(包括这里建议排除slf4j模块的解决方案)对我都不起作用。

这就是我的身材。gradle(片段):

// Removes the annoying warning about the multiple SLF4J implementations:
//    SLF4J: Class path contains multiple SLF4J bindings.
configurations.all {
    exclude group: 'ch.qos.logback', module: 'logback-classic'
}

dependencies {
    annotationProcessor "org.springframework.boot:spring-boot-configuration-processor"

    implementation ('org.springframework.boot:spring-boot-starter-actuator')
    implementation ('org.springframework.boot:spring-boot-starter-data-mongodb-reactive')
    implementation ('org.springframework.boot:spring-boot-starter-webflux')

    annotationProcessor "org.projectlombok:lombok:${lombokVersion}"
    compileOnly "org.projectlombok:lombok:${lombokVersion}"

    // Removes the annoying warning:
    // warning: unknown enum constant When.MAYBE
    //  reason: class file for javax.annotation.meta.When not found
    // See: https://stackoverflow.com/questions/29805622/could-not-find-or-load-main-class-org-gradle-wrapper-gradlewrappermain/31622432
    implementation group: 'com.google.code.findbugs', name: 'jsr305', version: '3.0.2'

    // other stuff...

YMMV

Gradle版;

configurations.all {
    exclude module: 'slf4j-log4j12'
}