Android不同ABI兼容性答案

【问题标题】：Android different ABI compatibilityAndroid不同ABI兼容性
【发布时间】：2013-01-20 05:47:31
【问题描述】：

例如，让我们构建名为“some”的静态库。

LibSome Android.mk

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE    := some
LOCAL_SRC_FILES := some.c
include $(BUILD_STATIC_LIBRARY)

LibSome Application.mk

APP_MODULES := somelib
APP_OPTIM  := release

并在 LibSome/obj/local/armeabi/libsome.a 中获取我们的 lib 的 armeabi 版本

所以现在我们需要将我们的 lib 放到 mainProject jni 文件夹并使用它

MainProject Android.mk

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE    := some
LOCAL_SRC_FILES := libsome.a
LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/some
include $(PREBUILT_STATIC_LIBRARY)

include $(CLEAR_VARS)
LOCAL_MODULE    := mainProject
LOCAL_SRC_FILES := mainProject.c
LOCAL_STATIC_LIBRARIES := some
include $(BUILD_SHARED_LIBRARY)

但是有不同的 ABI，例如 mips、x86、armeabi-v7a，我们可以通过当前 ndk 获得所有支持的 somelib 版本，只需添加

APP_ABI:= all

到 SomeLib Application.mk，所以我们得到 LibSome/obj/local/armeabi-v7a/libsome.a，LibSome/obj/local/x86/libsome.a 等等

主要问题 - 我真的需要考虑不同的 ABI 并为每个受支持的 ABI 创建项目，例如 mainProjectx86、mainProjectMIPS 和不同的 ABI 构建库吗？

次要问题是：

如果我为 armeabi ABI（默认）构建项目，将切出多少设备？ armeabi-v7a ABI 设备可以运行 armeabi ABI 应用程序吗？

如果有办法让一个项目具有不同的预构建库集？那么如果你为ameabi-v7a 构建mainProject，它将使用armeabi-v7a 库等等？

【问题讨论】：

据我所知，armeabi-v7a向后兼容v6和v5（即armeabi）

标签： android android-ndk

【解决方案1】：

所有 ARM 设备都运行 armeabi。较旧和较慢的使用 ARMv6，不能使用 armeabi-v7a 库。但是可以在一个应用程序中混合使用 armeabi 和 ameabi-v7a 共享库。如果您有一个庞大的本机库并且不想分两份发布，并且还有一些非常具体的功能是性能瓶颈，可能会通过 NEON 优化大大加速，这可能会很有用。因此，最终您的项目文件夹中有以下结构：

libs/
    armeabi/
            libhuge.so
            libslow.so
    armeabi-v7a/
            libfast.so

【讨论】：

【解决方案2】：

好的，首先，如果您使用标准 C 调用而没有嵌入任何特定于体系结构的汇编语言，那么使用APP_ABI := all 是安全的。这将允许 gcc 为所有架构创建库，并且您的应用运行不会出现问题。

但是，如果您使用的是特定于 ARM 的东西，例如NEON 架构要求优化数学或 Intel x86 SSE3 要求优化数学，那么 APP_ABI := all 可能不是一个好主意。这可能会导致非常难以理解的运行时错误。那么你可能需要为不同的架构维护不同的项目。

进入第二个问题： 1. 大部分最新的设备都是armeabi-v7a，所以只会删掉老的设备。并行 x86 和 MIPS 设备也将被删除。但是，由于三星、HTC 和索尼等大多数旗舰产品都配备了 ARM，因此您的应用将获得很大比例。

第二个暂时没有太多线索。

【讨论】：