Android 不同的 ABI 兼容性

Question

例如，让我们构建名为“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 版本

所以现在我们需要将我们的库放到 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 库等等？

Answer 1

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

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

来到次要问题:1.大部分最新的设备都是armeabi-v7a，所以只有老设备会被裁掉。并行 x86 和 MIPS 设备也将被淘汰。但由于三星、HTC 和索尼等大多数旗舰产品都配备了 ARM，因此您的应用将有很大的覆盖率。

目前对第二个没有太多线索。