Android.mk里如何指定编译模块的输出路径

在 Android.mk 文件中，LOCAL_MODULE_PATH_32、LOCAL_MODULE_PATH_64 和 LOCAL_MODULE_RELATIVE_PATH 可以一起使用，以灵活地控制不同架构模块的安装路径。下面是一个详细的示例，展示如何结合使用这些变量。

示例项目结构

假设你的项目结构如下：

myproject/
├── Android.mk
├── src/
│   ├── mymodule1.c
│   └── mymodule2.c
└── jni/└── Application.mk

Android.mk

在 Android.mk 文件中，我们将定义两个模块，并设置它们的安装路径。

LOCAL_PATH := $(call my-dir)# 第一个模块
include $(CLEAR_VARS)LOCAL_MODULE := mymodule1
LOCAL_SRC_FILES := src/mymodule1.c
LOCAL_CFLAGS := -Wall -Wextra# 设置模块标签
LOCAL_MODULE_TAGS := eng debug# 设置 32 位模块的安装路径
LOCAL_MODULE_PATH_32 := $(TARGET_OUT)/lib32/modules# 设置 64 位模块的安装路径
LOCAL_MODULE_PATH_64 := $(TARGET_OUT)/lib64/modules# 设置模块的相对安装路径（可选）
LOCAL_MODULE_RELATIVE_PATH := modulesinclude $(BUILD_SHARED_LIBRARY)# 第二个模块
include $(CLEAR_VARS)LOCAL_MODULE := mymodule2
LOCAL_SRC_FILES := src/mymodule2.c
LOCAL_CFLAGS := -Wall -Wextra# 设置模块标签
LOCAL_MODULE_TAGS := eng debug# 设置 32 位模块的安装路径
LOCAL_MODULE_PATH_32 := $(TARGET_OUT)/lib32/utils# 设置 64 位模块的安装路径
LOCAL_MODULE_PATH_64 := $(TARGET_OUT)/lib64/utils# 设置模块的相对安装路径（可选）
LOCAL_MODULE_RELATIVE_PATH := utilsinclude $(BUILD_SHARED_LIBRARY)

Application.mk

在 Application.mk 文件中，你可以指定需要支持的架构。

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64

构建过程

构建模块：运行 ndk-build 命令时，LOCAL_MODULE_PATH_32、LOCAL_MODULE_PATH_64 和 LOCAL_MODULE_RELATIVE_PATH 指定的路径将被用于安装模块。
```
ndk-build
```

解释

LOCAL_MODULE_PATH_32：指定 32 位模块的安装路径。在这个示例中：
- mymodule1 的 32 位版本将被安装到 $(TARGET_OUT)/lib32/modules。
- mymodule2 的 32 位版本将被安装到 $(TARGET_OUT)/lib32/utils。
LOCAL_MODULE_PATH_64：指定 64 位模块的安装路径。在这个示例中：
- mymodule1 的 64 位版本将被安装到 $(TARGET_OUT)/lib64/modules。
- mymodule2 的 64 位版本将被安装到 $(TARGET_OUT)/lib64/utils。
LOCAL_MODULE_RELATIVE_PATH：指定模块相对于目标目录的安装路径。这个变量在某些情况下可以替代 LOCAL_MODULE_PATH_32 和 LOCAL_MODULE_PATH_64，但在这两个变量存在时，它们的优先级更高。在这个示例中：
- mymodule1 的相对安装路径为 modules。
- mymodule2 的相对安装路径为 utils。

完整示例

假设你有一个项目，需要将 mymodule1 安装到 /system/lib32/modules 和 /system/lib64/modules，将 mymodule2 安装到 /system/lib32/utils 和 /system/lib64/utils。

Android.mk

LOCAL_PATH := $(call my-dir)# 第一个模块
include $(CLEAR_VARS)LOCAL_MODULE := mymodule1
LOCAL_SRC_FILES := src/mymodule1.c
LOCAL_CFLAGS := -Wall -Wextra# 设置模块标签
LOCAL_MODULE_TAGS := eng debug# 设置 32 位模块的安装路径
LOCAL_MODULE_PATH_32 := $(TARGET_OUT)/lib32/modules# 设置 64 位模块的安装路径
LOCAL_MODULE_PATH_64 := $(TARGET_OUT)/lib64/modules# 设置模块的相对安装路径（可选）
LOCAL_MODULE_RELATIVE_PATH := modulesinclude $(BUILD_SHARED_LIBRARY)# 第二个模块
include $(CLEAR_VARS)LOCAL_MODULE := mymodule2
LOCAL_SRC_FILES := src/mymodule2.c
LOCAL_CFLAGS := -Wall -Wextra# 设置模块标签
LOCAL_MODULE_TAGS := eng debug# 设置 32 位模块的安装路径
LOCAL_MODULE_PATH_32 := $(TARGET_OUT)/lib32/utils# 设置 64 位模块的安装路径
LOCAL_MODULE_PATH_64 := $(TARGET_OUT)/lib64/utils# 设置模块的相对安装路径（可选）
LOCAL_MODULE_RELATIVE_PATH := utilsinclude $(BUILD_SHARED_LIBRARY)

Application.mk

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64

构建命令

ndk-build

结果

mymodule1 的 32 位版本将被安装到 /system/lib32/modules。
mymodule1 的 64 位版本将被安装到 /system/lib64/modules。
mymodule2 的 32 位版本将被安装到 /system/lib32/utils。
mymodule2 的 64 位版本将被安装到 /system/lib64/utils。

总结

通过合理设置 LOCAL_MODULE_PATH_32、LOCAL_MODULE_PATH_64 和 LOCAL_MODULE_RELATIVE_PATH，你可以灵活地控制不同架构模块的安装路径。这有助于避免模块之间的冲突，并确保模块在设备上的正确安装位置。