Android项目重复引入OpenCV导致类重复定义报错如何解决

exclude规则不生效的核心原因：从LibA的依赖树可以确认，OpenCV并不是LibA声明的可传递Gradle依赖，而是LibA发布时已经将OpenCV的所有类直接打包进了自身AAR文件中。Gradle的exclude规则仅能过滤通过Maven仓库传递引入的依赖项，无法移除已经被打进AAR内部的class文件，因此之前的配置不会生效。

按以下优先级尝试方案：

• 方案1：统一使用LibA内置的OpenCV版本
  直接删除app/build.gradle中implementation project(path: ':openCVLibrary42')依赖，同时移除settings.gradle中对openCVLibrary42本地模块的引用，清理构建缓存后重新编译。如果LibA内置的OpenCV版本和你原本使用的4.2版本API兼容，这是成本最低的解决方式。
• 方案2：过滤LibA包内的OpenCV类，保留你本地引入的OpenCV 4.2版本
  如果LibA内置的OpenCV版本过低、API不兼容无法使用，可以在app模块的build.gradle中添加打包排除规则，构建时自动过滤掉LibA里重复的OpenCV类，配置代码如下：

  android {
      // 保留你原有的compileSdkVersion、defaultConfig等配置
      packagingOptions {
          exclude 'org/opencv/**'
      }
  }
  

  配置完成后执行./gradlew clean（Windows环境执行gradlew clean）清理旧构建产物，再重新编译即可。
  注意：该方案需要验证LibA功能是否正常，如果LibA对内置OpenCV做了定制修改，过滤掉内置类后可能导致LibA部分功能异常，这种情况需要联系LibA提供方，索要不内置OpenCV的依赖版本。
• 方案3：排查本地libs目录的重复jar包
  你当前配置了implementation fileTree(dir: "libs", include: ["*.jar"])，会自动引入libs目录下所有jar包，先检查app模块的libs目录、以及你引入的本地模块的libs目录，删除多余的OpenCV jar包，再重新构建。

报错核心是Dex打包时发现两个不同路径下存在全限定名完全一致的OpenCV类，只要保证构建时仅保留一份OpenCV的class文件即可解决问题。

内容的提问来源于stack exchange，提问作者Zappy.Mans