为何出现SLF4J多绑定错误？Spring Config Server启动求助

问题分析 #

类路径中同时存在多个SLF4J实现绑定：logback-classic、slf4j-jdk14、slf4j-nop，SLF4J仅能选择其中一个生效，因此抛出冲突提示。

解决方案 #

1. 定位冲突依赖的来源 #

执行Gradle命令查看buildscript的classpath依赖树，找出引入多余SLF4J绑定的插件：

# Linux/macOS
./gradlew buildscriptDependencies --configuration classpath

# Windows
gradlew buildscriptDependencies --configuration classpath

输出会显示每个插件的传递依赖，从中定位引入slf4j-jdk14和slf4j-nop的具体插件。

2. 针对性排除多余绑定 #

在buildscript的dependencies中，对引入冲突依赖的插件添加排除规则。例如，若SonarQube插件引入了多余绑定：

buildscript {
    dependencies {
        classpath("org.sonarsource.scanner.gradle:sonarqube-gradle-plugin:${sonarqubeVersion}") {
            exclude group: 'org.slf4j', module: 'slf4j-jdk14'
            exclude group: 'org.slf4j', module: 'slf4j-nop'
        }
        // 其他classpath依赖配置...
    }
}

Spring Boot默认使用logback-classic作为SLF4J实现，保留该绑定即可。

3. 强制统一SLF4J版本（可选） #

为避免版本不一致引发隐性问题，在buildscript中强制指定SLF4J API版本（需与logback版本兼容，logback 1.2.3对应SLF4J 1.7.x系列）：

buildscript {
    ext {
        slf4jVersion = '1.7.36'
    }
    configurations.classpath {
        resolutionStrategy {
            force "org.slf4j:slf4j-api:${slf4jVersion}"
        }
    }
    // 其他配置...
}

4. 清理缓存并重新构建 #

执行命令清理Gradle缓存并刷新依赖：

# Linux/macOS
./gradlew clean build --refresh-dependencies

# Windows
gradlew clean build --refresh-dependencies

补充说明 #

若上述操作仍未解决问题，请提供项目主dependencies块（即buildscript之外的dependencies配置），冲突可能来自项目业务依赖而非插件依赖。

内容的提问来源于stack exchange，提问作者Roshan M