如何仅从AAR导入选定的本机库ABIs？

Question

我有一个不寻常的问题--我的Android应用程序包含原生库，而我为armeabi-v7a和x86构建原生库。然而，现在我需要将一个第三方库集成到我的应用程序中，该应用程序还包含本机库（第三方库是我通过Maven从我的build.gradle中包含的Crashlytics）。问题是第三方库的AAR提供了所有ARHiteTecure(armeabi、arm64-v8a、armeabi-v7a、mips、mips64、x86和x86_64)，而我的应用程序只支持armeabi-v7a和x86(arm64-v8a计划在不久的将来），所以当最终的apk构建时，它包含了第三方库的所有ABI和我的原生代码的x86和armeabi-v7a的ABI。这导致我的应用程序在arm64设备（如Galaxy S6)上启动时崩溃。

我的问题是：是否可能只包括从第三方AAR中选择的ABI？

请注意，我知道APK分裂，但这只解决了我的问题部分，即它只工作，如果我分发我的应用程序通过Play Store。虽然Play Store支持beta测试分发，但更新的APK的传播速度相当慢，所以在将更新推送到app的PlayStore beta渠道之前，我们通过crashlytics的beta分发系统来推送更新，这要快得多。问题是Crashlytics的分配系统不支持APK分裂（或者我错了？）。因此，我实际上需要构建一个“通用”APK，它将只包含选定的ABI。如何实现？

虽然我甚至对Crashlytics的特定答案也会满意（例如，如何通过他们的beta渠道分发APK片段），但对于构建仅包含选定ABI的“通用”APK的解决方案，我会更满意，因为在我们公司，我们还将SDK作为AAR档案提供给我们的客户，这些档案仅包含受支持的体系结构，并且我们希望指导他们在将我们的SDK与其他支持不同ABI的SDK集成时如何处理情况。

我正在使用最新的稳定的Android studio(1.2.1.1)，Gradle2.4和Android gradle插件版本1.2.3。

Answer 1

packagingOptions {
    exclude 'lib/arm64-v8a/libcrashlytics-envelope.so'
    exclude 'lib/arm64-v8a/libcrashlytics.so'
    exclude 'lib/armeabi/libcrashlytics-envelope.so'
    exclude 'lib/armeabi/libcrashlytics.so'
    exclude 'lib/mips64/libcrashlytics-envelope.so'
    exclude 'lib/mips64/libcrashlytics.so'
    exclude 'lib/mips/libcrashlytics-envelope.so'
    exclude 'lib/mips/libcrashlytics.so'
    exclude 'lib/x86_64/libcrashlytics-envelope.so'
    exclude 'lib/x86_64/libcrashlytics.so'
}