如何通过Gradle查找包含指定类的依赖？解决版本冲突

绝对可以！Gradle有好几招能帮你揪出藏在某个依赖包里的特定类，完美解决你这种“明明排除了冲突依赖却还是有问题”的场景，下面是几个实用的方法：

方法1：用dependencies任务快速过滤 #

直接在终端跑这条命令，就能让Gradle扫描所有依赖，定位到包含PropertyUtilsBean的jar包：

./gradlew dependencies --configuration runtimeClasspath | grep -B2 -A2 "org.apache.commons.beanutils.PropertyUtilsBean"

• 解释：runtimeClasspath指的是运行时生效的依赖集合，如果你想找编译时的依赖，换成compileClasspath就行；grep的-B2 -A2是为了显示类所在jar包的前后两行上下文，方便你快速锁定具体依赖。

方法2：自定义Gradle任务精准扫描 #

如果想要更详细的结果，或者想把这个检查集成到构建流程里，可以写个自定义任务：

task findTargetClassInDependencies {
    doLast {
        // 注意把类路径换成斜杠分隔的.class文件路径
        def targetClassPath = "org/apache/commons/beanutils/PropertyUtilsBean.class"
        // 遍历运行时依赖配置里的所有jar包
        configurations.runtimeClasspath.each { jar ->
            if (jar.isFile() && jar.name.endsWith(".jar")) {
                zipTree(jar).visit { entry ->
                    if (entry.path == targetClassPath) {
                        println "✅ 找到目标类：$targetClassPath"
                        println "🔗 所在jar包：${jar.name}"
                        println "📦 完整依赖路径：${jar.absolutePath}\n"
                    }
                }
            }
        }
    }
}

运行这个任务的命令：

./gradlew findTargetClassInDependencies

这个任务会逐个解压扫描依赖jar，精准定位到包含目标类的文件，像commons-digester3-3.2-with-deps这种把其他类打包进来的fat jar，绝对逃不过它的扫描。

方法3：用Gradle Build Scan可视化查找（可选） #

如果你平时有用Gradle Build Scan的习惯，生成扫描报告后，在报告的「Dependencies」板块直接搜索目标类名，就能直观看到它来自哪个依赖，甚至能展示完整的依赖传递链。生成扫描报告只需要在构建时加--scan参数就行：

./gradlew build --scan

额外小建议 #

找到问题依赖后，建议把commons-digester3-3.2-with-deps换成不带-with-deps的标准版本，然后单独引入它所需的依赖，这样就能从根源上避免这种“内部打包其他类”导致的版本冲突问题啦。

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