渐变口味和包装选项的问题

Question

我已经开发了一段时间的库（aar格式），它与x86、armeabi-v7a和arm64-v8a abis兼容。该库工作正常，但为了减小最终大小，我们想开发两个不同的库：一个带有arm64-v8a abi，另一个没有它。该库依赖于openCV（在C语言中使用），我们有以下项目结构：

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

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

我已经创造了两种产品口味，每一种都带有正常工作所需的abiFilters。

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 flavour时，该文件夹存在，但其中没有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/libopencvjava3.so上的（32位版本）库。

< code>externalNativeBuild仅考虑正在构建的库(也称为“您的代码”)。如果您坚持使用< code>packagingOptions，您不应该全局地定义它们，而应该根据产品口味来定义。

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