SLF4J版本不兼容：Gradle中org.reflections依赖冲突解决方案咨询

这种SLF4J版本冲突在引入第三方库时太常见了，别担心，给你几个靠谱的Gradle解决方案——比单纯调整引入顺序管用多了：

方案1：强制统一SLF4J版本（最推荐） #

Gradle默认会选择依赖树中最高版本的库，但我们可以手动指定统一版本，彻底避免冲突。有两种常用实现方式：

方式A：用BOM统一版本管理 #

如果你的项目本身用了依赖管理BOM（比如Spring Boot Parent，或者SLF4J官方的BOM），直接引入就能自动对齐所有SLF4J相关依赖的版本：

dependencies {
    // 引入SLF4J官方BOM，自动统一所有SLF4J模块版本
    implementation platform('org.slf4j:slf4j-bom:2.0.9')

    // 其他依赖无需再指定SLF4J版本
    implementation 'org.reflections:reflections:0.10.2'
    // 你的其他业务依赖...
}

方式B：直接强制指定版本 #

如果不用BOM，也可以通过配置强制Gradle使用你指定的SLF4J版本，忽略其他依赖带来的冲突版本：

configurations.all {
    resolutionStrategy {
        // 强制SLF4J核心API版本
        force 'org.slf4j:slf4j-api:2.0.9'
        // 如果项目用了SLF4J的日志实现（比如simple、logback绑定），也可以一起强制
        force 'org.slf4j:slf4j-simple:2.0.9'
    }
}

dependencies {
    implementation 'org.reflections:reflections:0.10.2'
    // 你的其他业务依赖...
}

方案2：排除org.reflections自带的SLF4J依赖 #

如果不想让org.reflections自带的SLF4J版本干扰，可以直接排除它的SLF4J依赖，再手动引入你需要的版本：

dependencies {
    implementation('org.reflections:reflections:0.10.2') {
        // 排除org.reflections依赖的SLF4J核心模块
        exclude group: 'org.slf4j', module: 'slf4j-api'
    }
    // 手动引入你需要的SLF4J版本
    implementation 'org.slf4j:slf4j-api:2.0.9'
    // 按需引入日志实现，比如slf4j-simple
    implementation 'org.slf4j:slf4j-simple:2.0.9'
}

关于“旧版本Jar最后引入”的误区 #

你提到的“让旧版本Jar最后引入”其实是Maven的依赖解析逻辑（Maven会优先用最后声明的版本），但Gradle的规则不一样——它默认按版本号高低选择，和声明顺序无关。所以调整依赖顺序在Gradle里基本没用，上面的两种方案才是更可靠的解决方式。

另外，你可以用Gradle的dependencyInsight命令排查冲突根源，方便定位问题：

./gradlew dependencyInsight --dependency org.slf4j:slf4j-api

这个命令会列出所有引入slf4j-api的依赖，以及Gradle最终选中的版本，帮你明确冲突点。

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