【问题标题】:Android ABI split migrating to App BundleAndroid ABI 拆分迁移到 App Bundle
【发布时间】:2019-07-04 17:54:53
【问题描述】:

我计划从 ABI 拆分迁移到 App Bundle 功能。目前我正在使用此代码:

def versionCodesAbi = ['x86': 1, 'x86_64': 2, 'armeabi-v7a': 3, 'arm64-v8a': 4]

    splits {
        abi {
            enable true
            reset()
            include "x86", "x86_64", "armeabi-v7a", "arm64-v8a"
            // "armeabi", "mips", "mips64" last three not needed and not supported currently
            universalApk true
        }
    }

    android.applicationVariants.all { variant ->
        variant.outputs.each { output ->
            def abi = versionCodesAbi.get(output.getFilter(OutputFile.ABI))
            if (abi != null) {
                output.versionCodeOverride =
                        abi * 1000 + variant.versionCode
            }
        }
    }

每个 ABI 提供 4 个 APK(+ 通用一个)。使用此代码的原因是为了减小应用程序大小,因为 PanoWidget(使用 NDK)和

renderscriptTargetApi 28
renderscriptSupportModeEnabled true

删除拆分配置(+4001 到 versionCode)并构建 Bundle 后,我得到了 .aab 文件,该文件转换为 .apks(使用 bundletool)包含文件夹 standalones/。在里面我有四种“种类”的 APK,用于 x86、x86_64、armeabi-v7a 和 arm64-v8a ABI。现在一切看起来都很好。

现在我注意到应用程序代码根本没有使用RenderScript,所以我认为使用supportModetargetApi 是多余的。我已经删除了这两行,在设备/模拟器上进行了测试,一切正常。所以接下来我正在制作 Bundle,现在它在 .apks 存档中没有 x86_64 APK 版本......是否应该在没有 RenderScript 支持的情况下省略它?我仍在使用VrPanoramaView,它可能对每个 ABI 都有一些特定的 NDK 代码(在 GitHub 上看不到)......遗憾的是,我没有用于测试的 x86(32 或 64)设备,而且我是害怕发布这个Bundle...我错过了什么,我什至需要_64版本?

【问题讨论】:

    标签: android renderscript abi android-app-bundle


    【解决方案1】:

    编辑:

    删除 build.gradle 中的这两个选项将删除 RenderScript 使用的本机库:librsjni.solibRSSupport.so。将为所有 ABI 删除这两个库。

    由于禁用 RenderScript 后,您仍然有 3 个 ABI,看起来您的应用依赖于使用本机代码的其他库,但不提供 x86_64 架构的库,这就是 x86_64 目录消失的原因。这可能意味着您的应用以前从未在 x86_64 上正常运行,因为 x86_64 目录将由平台加载,但会丢失一些本机库。

    最终,您应该确定哪些库带来了这些本机库,看看它们是否也可以构建 64 位版本,但在短期内,不会有任何问题,因为 x86_64 设备也支持 x86(32 位)库。

    上一篇文章:

    如果您的 APK 中有任何 *.bc 文件,则会从 APK 中删除 64 位库,因为这些 RenderScript 文件仅为 32 位,无法在 64 位进程中加载​​。

    如果您迁移到更新版本的 RenderScript,将不会生成 *.bc 文件,并且 APK 中将再次出现 64 位本机库。或者,如果您根本不需要 RenderScript,则完全删除这些文件。

    【讨论】:

    • 我应该在哪里寻找它们?我已经解压了一些 APK - 全部包含 libpanorenderer.so 文件,但在那些支持 RenderScript 的文件中,我还在 /lib 文件夹中找到了 librsjni.solibrsjni_androidx.solibRSSupport.so。这是减少应用程序重量(~2 Mb)的主要原因,此外/META-INF 中的两个文件的重量差异很小,仅此而已。即使*.dex 文件的大小完全相同。除了以上三个*.sos,我没有看到任何丢失/额外的文件
    • zipinfo app.apk | grep ".bc" -- 打印什么吗?
    • 两个 APK 中没有一个:有 renderscriptSupport 和没有。检查standalone-x86_hdpi apk。最小 SDK 15,目标/编译 28
    • 那么问题可能不一样了。如何生成 .apks 文件?你使用捆绑工具吗?如果是这样,您使用 --device-spec 还是 --connected-device 标志?
    • 您可以查看他们在 github 项目中发布的 AAR(像 zip 文件一样打开它),然后查看“jni”目录:github.com/googlevr/gvr-android-sdk/blob/master/libraries/…
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-01-29
    • 2022-01-12
    • 1970-01-01
    • 1970-01-01
    • 2021-11-11
    • 1970-01-01
    • 2017-03-06
    相关资源
    最近更新 更多