2

例如，让构建名为“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 应用程序.mk

APP_MODULES := somelib
APP_OPTIM  := release

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

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

主项目 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 库等等？

4

2 回答 2

2

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

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

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

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

于 2013-02-05T11:13:21.377 回答
1

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

libs/
    armeabi/
            libhuge.so
            libslow.so
    armeabi-v7a/
            libfast.so
于 2013-05-29T19:54:05.810 回答