gradle build flavor 和 packagingOptions 的问题

Question

我一直在开发一个与 x86、armeabi-v7a 和 arm64-v8a abis 兼容的库（aar 格式）。该库按预期工作，但为了减小最终大小，我们想要开发两个不同的库：一个带有 arm64-v8a abi，​​一个没有它。该库依赖于openCV（用于C++语言），我们有以下项目结构：

src
 |_ main
     |_ jniLibs
           |    | arm64-v8a
           |----| armeabi-v7a
                | x86

每个 abi 文件夹都包含 libopencv_java3.so。

我创建了两种产品风格，每种风格都带有正常工作所需的 abiFilter。

flavorDimensions "default"
productFlavors {
    v7a {
        externalNativeBuild {
            cmake {
                abiFilters 'x86', 'armeabi-v7a'
            }
        }
    }
    v8a {
        externalNativeBuild {
            cmake {
                abiFilters 'x86', 'armeabi-v7a', 'arm64-v8a'
            }
        }
    }
}

现在我有两个构建变体可供选择，并且都可以无错误地编译。但是，v7a aar 仍然包含 arm64-v8a 文件夹和其中的库。为了解决这个问题，我在 v7a 中添加了以下内容：

packagingOptions {
    exclude 'lib/arm64-v8a/libopencv_java3.so'
}

现在，v7a aar 中不包含 arm64-v8a 文件夹，但是当我选择 v8a 风格时，该文件夹存在，但其中没有放置 libopencv_java3.so！

这个选项不应该只影响 v7a 吗？我究竟做错了什么？任何帮助将不胜感激。

注意：已测试的 gradle 版本：3.1.2 和 3.1.4。

Answer 1

尝试以不同的方式进行拆分，而不是使用产品偏好 -

类似这个可以在arm64-v8a上加载armeabi-v7a程序集：

splits {
    abi {
        enable true
        reset()
        include "armeabi", "x86"
        universalApk true
    }
}

这应该是armeabi/libopencv_java3.so 的（32 位版本的）库。

externalNativeBuild 仅考虑正在构建的库（也称为“您的代码”）。如果您坚持使用packagingOptions，则不应在全局范围内定义它们，而应根据产品风味进行定义。

v7a {
    ...
    packagingOptions {
        exclude 'lib/arm64-v8a/libopencv_java3.so'
    }
}